Mysql主从数据库+Replication实现读写分离和查询负载

欧姆龙NX控制器配Sysmac Studio伺服轴配置全流程实战指南 工业自动化运动控制正从传统的脉冲指令控制向EtherCAT总线控制转型。其核心原理是:控制器通过高速工业总线与伺服驱动器实时交换位置、速度、扭矩等轴对象数据,不再依赖脉冲计数,而是基于用户单位(毫米、度等)与编码器计数之间的电子齿轮换算,实现高精度定位。这一技术带来的价值在于简化接线、提升同步性能、并借助统一软件平台进行集中诊断与调试。在组装设备、检测设备、多工位转盘等典型场景中,工程师需要掌握从硬件组态、轴参数计算、原点回归到报警排查的完整方法。本文以欧姆龙NX控制器搭配Sysmac Studio为对象, 阅读详情

Mysql主从数据库原理图:

本文以如下数据库配置为例说明:

mysql主(称master)从(称slave)复制的原理:

1、master将数据改变记录到二进制日志(binarylog)中,也即是配置文件log-bin指定的文件(这些记录叫做二进制日志事件,binary log events)

2、slave将master的binary logevents拷贝到它的中继日志(relay log)

3、slave重做中继日志中的事件,将改变反映它自己的数据(数据重演)


主从配置需要注意的地方:

1、主DB server和从DB server数据库的版本一致

2、主DB server和从DB server数据库数据一致[ 这里就会可以把主的备份在从上还原,也可以直接将主的数据目录拷贝到从的相应数据目录]

3、主DB server开启二进制日志,主DB server和从DB server的server_id都必须唯一。


一、主从数据库配置

1、主数据库配置

  MySQL任何一台数据库服务器都可以作为主数据库服务器,我们只需要简单的修改配置文件就可以使之成为主数据库服务器。我们打开MySQL的配置文件(对于windows就是MySQL安装目录下的my.ini文件,对于linux通常就是/etc/my.cnf文件),我的配置如下:

[mysqld]
port=3307
default-storage-engine=INNODB

server-id=1
log-bin=mysql-bin
binlog-ignore-db=mysql
binlog-ignore-db=information_schema
binlog-do-db=yz

注意,MySQL进行主从复制是通过二进制的日志文件来进行,所以我们必须开启MySQL的日志功能,即我们上面的log-bin,同时每一台数据库服务器都需要指定一个唯一的server-id,通常主数据库服务器我们指定为1。主数据库服务器的配置就是如此了,然后我们还需要给主数据库授予一个可以进行复制的用户,命令如下:


GRANT file ON *.* TO 'zld'@'127.0.0.1' IDENTIFIED BY '123456';

GRANT replication slaveON *.* TO 'zld'@'127.0.0.1' IDENTIFIED BY '123456';

如下图:


replication slave是MySQL数据库中表示复制的权限名称,zld则是表示从数据库服务器登陆到主数据库服务器时用到的用户名称,123456表示登陆密码。这样,我们就在主数据库服务器上创建了一个可以进行复制的用户账号了。然后我们启动主数据库服务器就可以了。

       在主数据库执行 show master status,如下图:


记录下日志文件的名称和起始位置,比如,mysql-bin.000013文件的120行。

2、从数据库配置

我的两个从数据库的配置如下:

从数据库1:

[mysqld]
port=
3308
default-storage-engine=INNODB

log-bin=mysql-bin
server-id=3
binlog-ignore-db=information_schema
binlog-ignore-db=mysql
replicate-do-db=yz
replicate-ignore-db=mysql
log-slave-updates
slave-skip-errors=all
slave-net-timeout=60:

从数据库2:

[mysqld]
port=3309
default-storage-engine=INNODB

log-bin=mysql-bin
server-id=3
binlog-ignore-db=information_schema
binlog-ignore-db=mysql
replicate-do-db=yz
replicate-ignore-db=mysql
log-slave-updates
slave-skip-errors=all
slave-net-timeout=60

在每个从数据库上执行SQL:

CHANGE MASTER TO MASTER_HOST='127.0.0.1',MASTER_USER='zld',MASTER_PASSWORD='123456',MASTER_PORT=3307,MASTER_LOG_FILE='mysql-bin.000012',MASTER_LOG_POS=120;


#启动slave同步

START SLAVE;


类似如图:


#查看同步状态

SHOW SLAVE STATUS;

然后我们就可以看到系统的输出,第一个就是Slave_IO_State,它的值通常就是Waiting for master to send event,然后我们也还可以看到我们刚才配置的主数据库服务器的IP地址、复制账号等信息。


3、启动与监控

      监控主数据库服务器的状态,我们可以通过show master status来查看主数据库服务器的状态,它的输出如下:

00001. 

+------------------+----------+--------------+------------------+

| File            | Position    | Binlog_Do_DB| Binlog_Ignore_DB|

+------------------+----------+--------------+------------------+

| mysql-bin.000003|   370558 |              |                  |

+------------------+----------+--------------+------------------+

1 rowIN SET (0.00 sec)

      其中File是表示日志记录的文件,而Position则是表示当前日志在文件中的位置,这个也是从数据库服务器上执行复制操作必须的标识,后面的两个字段分别表示要记录的数据库名称和不需要记录的数据库名称,我们也可以在配置文件中进行配置。

      监控从数据库服务器的状态,我们可以通过show slave status来查看从数据库服务器的状态,它的基本输出如下:

00001. 

+----------------------------------+---------------+-------------+-------------+---------------+------------------+---------------------+-----------------------+---------------+-----------------------+------------------+-------------------+-----------------+---------------------+--------------------+------------------------+-------------------------+-----------------------------+------------+------------+--------------+---------------------+-----------------+-----------------+----------------+---------------+--------------------+--------------------+--------------------+-----------------+-------------------+----------------+-----------------------+

| Slave_IO_State                   | Master_Host   | Master_User| Master_Port| Connect_Retry| Master_Log_File  | Read_Master_Log_Pos| Relay_Log_File        | Relay_Log_Pos| Relay_Master_Log_File| Slave_IO_Running| Slave_SQL_Running| Replicate_Do_DB| Replicate_Ignore_DB| Replicate_Do_Table| Replicate_Ignore_Table| Replicate_Wild_Do_Table| Replicate_Wild_Ignore_Table| Last_Errno| Last_Error| Skip_Counter| Exec_Master_Log_Pos| Relay_Log_Space| Until_Condition| Until_Log_File| Until_Log_Pos| Master_SSL_Allowed| Master_SSL_CA_File| Master_SSL_CA_Path| Master_SSL_Cert| Master_SSL_Cipher| Master_SSL_Key| Seconds_Behind_Master|

+----------------------------------+---------------+-------------+-------------+---------------+------------------+---------------------+-----------------------+---------------+-----------------------+------------------+-------------------+-----------------+---------------------+--------------------+------------------------+-------------------------+-----------------------------+------------+------------+--------------+---------------------+-----------------+-----------------+----------------+---------------+--------------------+--------------------+--------------------+-----------------+-------------------+----------------+-----------------------+

| WaitingFOR masterTO send event| 172.16.11.221| repuser     |        3306 |            60 | mysql-bin.000003|              370558 | WEB2-relay-bin.000206|         12251 | mysql-bin.000003      | Yes              | Yes               |                 |                     |                    |                        |                         |                             |          0 |            |            0 |              370558 |           12251 | None            |                |             0 | No                 |                    |                    |                 |                   |                |                     0 |

+----------------------------------+---------------+-------------+-------------+---------------+------------------+---------------------+-----------------------+---------------+-----------------------+------------------+-------------------+-----------------+---------------------+--------------------+------------------------+-------------------------+-----------------------------+------------+------------+--------------+---------------------+-----------------+-----------------+----------------+---------------+--------------------+--------------------+--------------------+-----------------+-------------------+----------------+-----------------------+

1 rowIN SET (0.00 sec)

      上面显示的结果中的mysql-bin.000003和370558分别表示的是Master_Log_File和Read_Master_Log_Pos,即主数据库服务器上的日志文件和要读取的主数据库服务器上的日志的位置,通常这个Read_Master_Log_Pos是和主数据库服务器上的Position是一致的,当然这个是指同步以后的,如果从数据库服务器还没有同步完毕,那么这个值通常比主数据库服务器上的要小。


二、利用ReplicationDriver实现数据源路由

本文项目框架采用的是spirng+Druid数据源,以此说明:

配置数据源属性:

jdbc.type=mysql
jdbc.driver=com.mysql.jdbc.ReplicationDriver
jdbc.url=jdbc:mysql:replication://127.0.0.1:3307,127.0.0.1:3308,127.0.0.1:3309/yz?useUnicode=true&characterEncoding=utf-8
jdbc.username=root
jdbc.password=root


spring配置:

<bean id="dataSource" class="com.alibaba.druid.pool.DruidDataSource" init-method="init" destroy-method="close"> 
   <!-- 数据源驱动类可不写,Druid默认会自动根据URL识别DriverClass -->
   <property name="driverClassName" value="${jdbc.driver}" />
   
<!-- 基本属性 url、user、password -->
<property name="url" value="${jdbc.url}" />
<property name="username" value="${jdbc.username}" />
<property name="password" value="${jdbc.password}" />

<!-- 配置初始化大小、最小、最大 -->
<property name="initialSize" value="${jdbc.pool.init}" />
<property name="minIdle" value="${jdbc.pool.minIdle}" /> 
<property name="maxActive" value="${jdbc.pool.maxActive}" />

<!-- 配置获取连接等待超时的时间 -->
<property name="maxWait" value="60000" />

<!-- 配置间隔多久才进行一次检测,检测需要关闭的空闲连接,单位是毫秒 -->
<property name="timeBetweenEvictionRunsMillis" value="60000" />

<!-- 配置一个连接在池中最小生存的时间,单位是毫秒 -->
<property name="minEvictableIdleTimeMillis" value="300000" />

<property name="validationQuery" value="${jdbc.testSql}" />
<property name="testWhileIdle" value="true" />
<property name="testOnBorrow" value="false" />
<property name="testOnReturn" value="false" />

<!-- 打开PSCache,并且指定每个连接上PSCache的大小(Oracle使用)
<property name="poolPreparedStatements" value="true" />
<property name="maxPoolPreparedStatementPerConnectionSize" value="20" /> -->

<!-- 配置监控统计拦截的filters -->
   <property name="filters" value="stat" /> 
</bean>


<!-- 定义事务Advice(主从数据库使用)。查询操作,readonly=true, ReplicationDriver为连接分配slave数据源(从数据库)。增加、删除或修改操作,
readonly=false,ReplicationDriver为连接分配master数据源(主数据库)-->
<tx:advice id="txAdvice" transaction-manager="transactionManager">  
        <tx:attributes>  
            <tx:method name="add*" propagation="REQUIRED" read-only="false" />  
            <tx:method name="insert*" propagation="REQUIRED" read-only="false" />  
            <tx:method name="save*" propagation="REQUIRED" read-only="false" />  
            <tx:method name="update*" propagation="REQUIRED" read-only="false" />  
            <tx:method name="modify*" propagation="REQUIRED" read-only="false" />  
            <tx:method name="edit*" propagation="REQUIRED" read-only="false" />  
            <tx:method name="delete*" propagation="REQUIRED" read-only="false" />  
            <tx:method name="remove*" propagation="REQUIRED" read-only="false" />  
            <tx:method name="active*" propagation="REQUIRED" read-only="false" />  
            <tx:method name="deactive*" propagation="REQUIRED" read-only="false" />  
            <tx:method name="set*" propagation="REQUIRED" read-only="false" />  
  
            <tx:method name="get*" read-only="true" />  
            <tx:method name="find*" read-only="true" />  
            <tx:method name="load*" read-only="true" />  
            <tx:method name="search*" read-only="true" />  
            <tx:method name="select*" read-only="true" />  
            <tx:method name="datagrid*" read-only="true" />  
            <tx:method name="query*" read-only="true" />  
            <tx:method name="*" propagation="REQUIRED" read-only="false" />  
        </tx:attributes>  
    </tx:advice>


注:查询操作,readonly=true, ReplicationDriver为连接分配slave数据源(从数据库)。增加、删除或修改操作。 readonly=false,ReplicationDriver为连接分配master数据源(主数据库)。



GB/T 34131-2023新国标下BMS测试:电压精度与均衡功能深度解析与实践 电池管理系统(BMS)是保障电池组安全、寿命与性能的核心部件,其核心原理在于通过高精度传感器实时监测电池电压、温度等关键参数,并利用均衡管理等算法维持电芯一致性。在储能系统大规模应用的背景下,BMS的技术价值日益凸显,它直接关系到系统的能量利用率、安全边界与长期可靠性。新国标GB/T 34131-2023的发布,对BMS的测量精度、均衡功能等提出了更严格的量化要求,这推动了测试技术向自动化、高精度和系统化方向发展。针对电压测量,需进行全温度范围精度与长期稳定性测试,而均衡功能测试则需关注均衡电流一致性、效率 阅读详情

相关推荐

精华推荐 | 【MySQL技术专题】「主从同步架构」全面详细透析MySQL的三种主从复制(Replication)机制的原理和实战开发(原理+实战)

Replication复制是指将主数据库的DDL和DML操作通过二进制日志传到从库服务器中,然后在从库上对这些日志重新执行(也叫重做),从而使得从库和主库的数据保持同步。MySQL支持一台主库同时向多台从库进行复制, 从库同时也可以作为其他从服务器的主库,实现链状复制。

世界上并没有完美的程序,但是我们并不因此而沮丧,因为写程序就是一个不断追求完美的过程。 3151

对replication slave,replication client的一点说明

如果你之前是认为replication slave 是复制所必须的权限,那么你就错了,为了安全性一般都需要replication slave 。如果单独设置replication slave,replication client 复制其实都可以运行的。mysql有一些特殊的权限允许复制进程运行,运行在从服务器上的I/O线程创建了到master的连接,这就意味着必须在主服务器上创建一个用户并且需要授

回南山种豆的专栏 1万+

Mysql主从复制及读写分离设计

数据库读写分离

tc18605529084_的博客 924

Mysql-JDBC配置Replication协议

这部分描述了Mysql-JDBC对于replication协议的一系列特性的支持。 mysql-jdbc-replication初始化于创建连接URL阶段,和通常的jdbc URL类似,但也有些特殊性: jdbc:mysql:replication://[master host][:port],[slave host 1][:port][,[slave host 2][:port]]...[/[d...

qq422243639的博客 5763

数据库架构技术总结:MySQL主从/读写分离与PostgreSQL高可用

本文深入探讨了MySQL和PostgreSQL两大关系型数据库的高可用架构方案。针对MySQL详细介绍了主从复制与读写分离的技术原理、配置要点及优劣势,分析了主从延迟、数据一致性等行业痛点,并给出半同步复制、Group Replication等解决方案。对于PostgreSQL,重点解析了流复制机制和Patroni等自动化高可用方案,对比了不同架构的适用场景。文章最后给出了选型建议,强调应根据业务需求选择方案,同时重视自动化工具应用、监控体系建设和灾备方案实施。全文涵盖了数据库架构设计的核心要点,为构建高性

ponygame的博客 991

利用JDBC和MySQL Replication实现数据库集群

数据急剧增长会导致数据库性能下降,当数据库层出现瓶颈时,就得在硬件上花费高额的费用。针对这一情况,提出在现有硬件的基础上利用JDBC规范与MySQL Replication实现数据库集群从而解决数据访问瓶颈。其主要方法是在进行JDBC连接之前实现负载均衡,所有SQL请求由负载均衡器进行统一调度。在数据库端利用MySQL Replication实现数据高并发读写。

e盘是否具有读写权限_轻松搭建MySQL主从复制、读写分离(双机热备)

主从复制: 当mysql数据库的数据量太大的时候,查询数据就很吃力了,无论怎么优化都会产生瓶颈,这时我们需要增加服务器设备来实现分布式数据库,实现多机热备份,要想实现多机的热备,首先要了解主从数据库服务器的版本的需求,主从mysql的安装运行版本需一致。因此,我们利用mysql自带的REPLICATION来实现mysql多机热备的功能,mysql版本为5.7进行演示。读写分离: 就是把对数据库的读...

weixin_39633090的博客 152

Unity动画状态机实战:Trigger和Bool参数到底怎么选?附5个常见场景解析

本文深入解析Unity动画状态机中Trigger和Bool参数的核心差异与应用场景。通过对比两者在描述瞬时事件与持续状态上的本质区别,并结合角色移动、攻击连招、跳跃落地、受击死亡及环境交互等5个实战场景,提供了清晰的选择逻辑与避坑指南,帮助开发者构建更健壮、易维护的动画逻辑。

weixin_29009501的博客 120

2.高并发教程-基础篇-之nginx+mysql实现负载均衡和读写分离

技巧提示:mysql读写分离搭建好之后,配合nginx的负载均衡,可以高效的mysql的集群性能,同时免去麻烦的query分流。比如,sever1收到的请求就专门链接slave1从mysql读取数据,配合nginx的反向代理实现的分流,就可以优雅的把mysql的query请求分压到不同的mys...

choufuge3911的博客 302

机器视觉/将HIK海康面阵相机连接Halcon软件

本文简述了如何将海康面阵相机连接到Halcon软件中进行实时取图的过程。

Dahe.qu 4866

基于结构的虚拟筛选模型 gnina 从源码编译

所需要的软件安装包: 安装 CUDA 装的时候看着点,第二个要你装驱动的选择,回答N,不装。 sudo sh cuda_10.0.130_410.48_linux.run sudo vim ~/.bashrc 在 ~/.bashrc 文件最后加上 export PATH=/usr/bin:/usr/local/cuda-10.0/bin${PATH} export LD_LIBRARY_PATH=/usr/local/cuda-10.0/lib64:${LD_LIBRARY_PATH} source ~

周迪新的博客 3188

MySQL主从配置

  使用主从设计的最大优势在于可以利用所有的Slave主机实现数据的读取操作。     如果要想在工作之中提升MySQL执行性能,那么肯定单一主机是无法完成所需要的任务的,所以在这种情况下就需要进行多个MySQL主句的实现,那么肯定就要采用主从结构进行处理,在Master节点执行更新处理,而后在所有的Slave节点执行数据的查询处理(前提:没有这么大的并发量)。   在实际的工作环境之中,往往...

weixin_30549657的博客 81

RDMA学习笔记-IB五层网络协议和报文结构

Reference InfiniBand Architecture Specification Volume 1, Release 1.3 文章目录IBA 网络协议分层1.链路层1.1 LRH1.2 ICRC1.3 VCRC2.网络层(GRH)3.传输层3.1 BTH3.2 extended transport header4. 报文结构4.1 send request4.2 RDMA Write request4.3 RDMA Read request4.4 ACK4.5 Atomic operatio

u014114310的博客 9468

什么是主从复制呢?

1.MySQL主从复制入门 首先,我们看一个图: 影响MySQL-A数据库的操作,在数据库执行后,都会写入本地的日志系统A中。   假设,实时的将变化了的日志系统中的数据库事件操作,在MYSQL-A的3306端口,通过网络发给MYSQL-B。   MYSQL-B收到后,写入本地日志系统B,然后一条条的将数据库事件在数据库中完成。   那么,MYSQL-A的变

zp的博客 4358

paddlehub无法安装,安装报错【Bug完美解决】

paddlehub无法安装,安装报错【Bug完美解决】 我们正在进行一个基于Python的项目开发,该项目需要集成PaddleHub,以利用其丰富的深度学习模型和工具。PaddleHub提供了一种简便的方式来使用预训练模型,以加速开发过程并提高模型效果。 现在paddlehub安装出现问题了,本文彻底解决paddlehub无法安装的问题。

一键难忘的博客 3387

手把手教你玩转RISC-V指令集​​​专栏--​​1.2 对比x86/ARM:RISC-V的三大核心优势(开放、灵活、可扩展)​

​:RISC-V以“开放打破垄断、灵活适配场景、扩展定义未来”的三大优势,正在重塑计算架构格局。其核心价值不仅是技术革新,更是对全球半导体产业链话语权的重新分配。

amy_mhd的博客 130

mysql主从复制读写分离

一、环境 1.主服务器操作系统:Mac OS MySQL版本:5.1.6 2.从服务器操作系统:Centos 6.5 MySQL版本:5.1.6 二、实战 2.1MySQL主从复制,读写分离示意图 MySQL 复制的工作方式很简单,一台服务器作为主机,一台或多台服务...

weixin_30950887的博客 95

YOLO11涨点优化:注意力魔改 | 引入Deformable Attention (可变形注意力),灵活感受野自适应复杂形变目标

Deformable Attention为YOLO11带来的不仅是2.6个百分点的mAP提升,更是一种全新的“形变感知”范式。标准卷积的固定感受野在非刚性目标、多尺度变化和遮挡场景下力不从心——Deformable Attention恰好填补了这一空白。从架构设计到代码实现,从竞品对比到部署方案,从生态工具到安全风险,本文覆盖了将Deformable Attention引入YOLO11所需的全部知识链路。

2601_95807009的博客 284

mysql的主从复制和读写分离

读写分离,基本的原理是让主数据库处理事务性增、改、删操作( INSERT、UPDATE、DELETE) ,而从数据库处理SELECT查询操作。数据库复制被用来把事务性操作导致的变更同步到集群中的从数据库。

qq_62462797的博客 1733

C#上位机案例:西门子S7协议通信+实时曲线显示(WinForm+ZedGraph)

创建/// PLC数据模型(对应DB1块)/// 采集时间(用于曲线的X轴)set;/// 温度值(℃)set;/// 压力值(MPa)set;/// PLC通信状态set;西门子S7协议通信和实时曲线显示,也是工控现场最常见的场景之一。整个开发过程的关键不在于“写出代码”,而在于“写出符合工控场景的稳定代码”——比如解耦通信逻辑与界面逻辑、处理跨线程问题、限制数据点数量、释放资源等。新手在学习时,建议先跟着步骤搭建好环境,跑通基础功能,再逐步尝试进阶优化。需要注意的是,工控上位机的核心是。

这里只有干货:从 Modbus 通信到 MES 对接,从 YOLO 训练到工控机部署,带你搞定工业软件开发全流程。 1342

迈瑞BS系列全自动生化分析仪LIS协议接口手册(内含HL7和ASTM)

迈瑞BS系列全自动生化分析仪LIS协议接口手册,内含HL7和ASTM)

【Mycat】数据库性能提升利器(三)——Mycat实现Mysql主从复制和读写分离

一、前言在前一篇文章中,小编向大家 介绍了使用Mycat水平切分数据库。可以说,使用了水平分库后,数据库提升还是很高的。如果想更高的提高数据库性能,就可以考虑对Mysql进行主从复制和读写分离了。在这篇博客中,小编就向大家介绍基于Mycat的Mysql主从复制和读写分离。二、环境要求跟着上一篇博客的环境: Centos 7 jdk-8u131-linux-x64....

哈士奇 8719

精雕软件(JDpaint) 5.5 绿色版

精雕软件(JDpaint) 5.5 绿色版精雕软件(JDpaint) 5.5 绿色版精雕软件(JDpaint) 5.5 绿色版

MySQL读写分离

MySQL读写分离

weixin_61428407的博客 2784

Data-Structures-and-Algorithm-Analysis-in-Java.pdf

作者: Weiss, Mark A. 出版社: Addison Wesley Data Structures and Algorithm Analysis in Java is an “advanced algorithms” book that fits between traditional CS2 and Algorithms Analysis courses. In the old ACM Curriculum Guidelines, this course was known as CS7. This text is for readers who want to learn good programming and algorithm analysis skills simultaneously so that they can develop such programs with the maximum amo...

锂电池充电器电路设计 里面有电路

锂电池充电器电路设计 里面有电路 3.7V升压到5V电路设计。

mysql搭建双主双从服务,实现主从复制&&使用mycat实现读写分离

一个主机 m1 用于处理所有写请求,它的从机 s1 和另一台主机 m2 还有它的从机 s2 负责所有读请求。当 m1 主机宕机后,m2 主机负责写请求,m1、m2 互为备机。架构图如下: 1. 搭建 MySQL 数据库主从复制(双主双从) 1.1 双主配置 Master1配置: 修改配置文件:vim /etc/my.cnf #主服务器唯一ID server-id=1 #启用二进制日志 log-bin=mysql-bin # 设置不要复制的数据库(可设置多个) binlog-ignore-db=mysql

前路无畏的博客 1万+

MySQL主从复制与读写分离

主库故障时可快速切换从库为新的主库。读请求分散至多节点,提升系统吞吐量。从库可作为实时备份,防止数据丢失。

2501_91421610的博客 1182

mysql数据库主从复制和读写分离

导读:昨天将测试环境的数据库同步数据到自己的库中,结果发现一直报“1286 - Unknown table engine ‘InnoDB’”的错,刚开始怀疑是自己本地数据库的 my.ini配置文件中的 INNODB配置有问题,参照网上各种修改其配置,结果还是无效。后来偶尔一次只执行一个表的复制,发现是成功的,但是多个表就会报错,通过请教别人才发现,原来这是一个读写分离的库,是个物理库,至于具体的解释

sdizoea的博客 1037

Mysql主从复制和读写分离(图文)

Mysql主从复制和读写分离(图文) 一、MySQL主从复制与读写分离 案例概述:在实际的生产环境中,如果对数据库的读和写都在同一个数据库服务器中操作,无论是在安全性、高可用性还是高并发等各个方面都是完全不能满足实际需求的。因此,一般来说 都是通过主从复制(Master-Slave)**来同步数据,再通过**读写分离来提升数据库并发负载能力的方案来进行部署与实施 二、MySQL 主从复制原理 MySQL 的主从复制和 MySQL 的读写分离两者有着紧密联系,首先要部署主从复制, 只有主从复制完成了,才能在此

Guiled7的博客 1085
下一篇: Mysql远程数据库同步
KnuthZ
博客等级 码龄9年 29粉丝 29原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值