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

Xiaojie雷达之路---毫米波雷达基础知识---角度估计

本篇文章主要介绍毫米波雷达的基础知识中的角度估计,对于本篇文章主要回答5个问题 1.在雷达的前方,如何估计前方一个物体的角度 2.角度测量的准确性 3.如何测量多个物体的角度 4.雷达可测的角度的视场最大值为多少 5.角度分辨率取决于什么因素 文章目录估计雷达前面一个物体的角度角度测量的准确性雷达的最大角视场测量雷达前方多个距离和速度相同的物体角度分辨率角度估计的流程 估计雷达前面一个物体的角度 估计一个物体的角度,最少需要两根接收天线 发射天线发送一个chirp,经过物体发射后信号,信号分别被第一根天

XiaoJie的博客 1万+

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

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

choufuge3911的博客 302

ICCompiler II实战:从NDM生成到APR流程的完整避坑指南

本文是一份针对ICCompiler II(ICC II)后端物理实现流程的实战避坑指南。文章详细解析了从NDM库生成、设计初始化、布局规划到时钟树综合与布线的完整APR流程,重点分享了各环节的常见陷阱、精细化配置命令与调试经验,旨在帮助工程师高效达成PPA目标,确保设计一次成功。

p4q5r6s7t的博客 531

GPS卫星轨道的理论和计算笔记分享

广义相对论预测,对比在时空弯曲度较大的地面上的原子钟,运行于时空弯曲度较小的卫星原子钟在地面上看起来更快,每天快约45us;反过来,当电压施加在晶体上时,晶体形状会扭曲(比如说伸长),而当晶体被施加上反向电压后,它将做相反的变形运动(比如缩短)。X轴:指向参考子午面与地球赤道的一个交点;从北黄极上方观察,地球北极在空间的运动轨迹是一个近似于以北黄极为中心的顺时针方向旋转的圆周,圆周半径等于。从上万年周期看,地球北极绕北黄极做大圆周运动,而从几年的短期来看,北极又在某一点处做局部的小幅椭圆运动。

m0_57139844的博客 2004

MySQL主从配置

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

weixin_30549657的博客 81

动态欧拉角与静态欧拉角:从理论到实践的深度解析

本文深度解析了动态欧拉角与静态欧拉角的核心区别与应用场景。静态欧拉角基于固定世界坐标系,适用于全局导航与三维场景编辑;而动态欧拉角基于物体自身坐标系,更符合飞行模拟、机器人控制等直觉操作,但需警惕其固有的万向节死锁问题。文章通过理论结合实战,帮助开发者在机器人、无人机及图形学项目中正确选用与处理旋转表示。

java5的博客 1073

什么是主从复制呢?

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

zp的博客 4358

告别Vysor!用Scrcpy在Mac上无线投屏安卓手机(附魅族16th闪退修复实战)

本文详细介绍了如何在Mac上配置和使用开源投屏工具Scrcpy,实现安卓手机无线投屏的高效解决方案。从基础环境准备到高级功能调优,包括无线连接配置、输入控制增强、多设备管理和性能优化等实用技巧,特别针对魅族16th等机型的闪退问题提供了修复方案,帮助用户彻底告别Vysor等商业软件。

weixin_28712661的博客 394

Autosar Dcm配置-App到Boot的跳转及1002回复配置及实现-基于ETAS软件

在软件刷写流程中,上位机(诊断仪)发送1002后,APP检查允许跳转boot后,在特定的ram(软复位不清除)写入指定置后通过触发软件复位来跳转到boot的。在APP跳转到Bootloader时,1002的回复有两种方式,一种是APP直接回复,然后跳转,另一种是APP回复NRC78,然后跳转,在Boot中回复。本文介绍这两种方式的实现。如果是在APP中回复,可以少发一个0x78,整体跳转时间可能会少一些。但是如果诊断在收到5002之后立马请求其他的服务,可能出现boot正在初始化而未正常接收到报文。

赞的博客 1557

mysql主从复制读写分离

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

weixin_30950887的博客 95

基于四旋翼模型的火箭型无人机视线角保持控制仿真设计

本文针对火箭型无人机的视线角保持控制问题展开研究。基于四旋翼动力学模型,通过改造设计了一种摄像头朝上安装的特殊无人机系统,用于追踪空中目标。文章详细推导了坐标系定义、运动学和动力学方程,重点分析了摄像头安装与视线几何关系,建立了目标运动模型和视线向量计算方法。通过解算期望姿态角,实现了使机体Z轴始终对准目标的控制目标。仿真结果表明,该系统能有效完成视线角保持任务,为空对空监视等应用场景提供了可行方案。~~~~~

huanghm88的专栏 140

mysql的主从复制和读写分离

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

qq_62462797的博客 1733

第81篇:Vibe Coding时代:LangGraph + Eval评估体系实战,解决 Agent 优化全靠感觉的问题

本文介绍了一个为LangGraph Coding Agent设计的评估体系解决方案。文章首先指出了当前AI Coding Agent开发中的常见问题:优化过程缺乏客观评估标准,导致改进效果难以量化。随后提出了一个完整的评估框架,包括评估指标(任务成功率、质量指标、安全指标、成本指标和流程指标)、项目结构设计和评估案例集。 核心内容包括: 设计了JSON格式的评估案例集,覆盖正常任务、边界任务和高风险场景 实现了模拟Agent输出的演示代码 构建了多维度评分系统,包括关键词匹配、禁用词检测和成本评估 提供了评

sundong_81的博客 47

复分析 阿尔福斯(Ahlfors) 第三版答案 英文

答案分为十章,有部分习题没有答案,全英文复分析阿尔福斯(Ahlfors) 第三版答案

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

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

哈士奇 8719

ssm框架搭建

这个是一个在idea上成功跑起来的ssm框架项目,保存在这里方便以后使用直接下载

MySQL读写分离

MySQL读写分离

weixin_61428407的博客 2784

LinePhone3.2.7(android端最新版本) sip客户端

SIP客户端For android:LinePhone3.2.7(最新版本),官网地址:http://www.linphone.org/

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、付费专栏及课程。

余额充值