标签：主库 binlog slave 数据库 mysql Mysql 从库 主从
Mysql主从同步
Mysql数据库进行主从配置后，可以实现数据库的备份、同时应用也可以实现读写分离，提高应用的并发量。
主从同步原理
主从原理大致有三个步骤：
- 在主库上把数据更改记录到二进制日志中（Binary Log）中，这些记录称为二进制日志事件。
- 从库通过IO线程将主库上的日志复制到自己的中继日志（Relay Log）中。
- 从库通过SQL线程读取中继日志中的事件，将其重放到自己数据上。
二进制日志（binary log）中记录了对MySQL数据库执行更改的所有操作，并且记录了语句发生时间、执行时长、操作数据等其它额外信息，但是它不记录SELECT、SHOW等那些不修改数据的SQL语句。二进制日志（binary log）主要用于数据库恢复和主从复制，以及审计（audit）操作。
主从配置
基本环境
- 两台服务器安装相同版本的mysql数据库
- 可以先手动将主库的数据复制一份到从库中（统一初态）
- 应保证在配置过程中主库的数据不会改变，可以通过加锁实现
配置主库
- 修改my.cnf文件，在[mysqld]加入下面的内容：
# 服务的唯一编号
server-id = 1
# 开启mysql binlog功能
log-bin = mysql-bin
# binlog记录内容的方式，记录被操作的每一行
binlog_format = ROW
# 减少记录日志的内容，只记录受影响的列
binlog_row_image = minimal
# 指定需要复制的数据库名为db_test
# 如果备份多个数据库，重复设置这个选项即可
binlog-do-db = db_test
# 不需要备份的数据库名，如果备份多个数据库，重复设置这个选项即可（未测试）
# binlog-ignore-db=mysql2
# 这个参数要加上，否则不会给更新的记录些到二进制文件里（未测试）
# log-slave-updates=1
# 跳过错误，继续执行复制操作(可选)
# slave-skip-errors=1
- 保存配置文件，重启mysql服务
// Windows直接在服务中重启，Linux：
service mysqld restart
- 创建提供给从库，用于同步数据的账号（是主库的账号）
create user 'slave'@'127.0.0.2' identified by 'slave';
# 赋予replication slave权限，但在使用从库的数据时，还是要使用有read权限的账号
grant replication slave on *.* to 'slave'@'127.0.0.2';
flush privileges;
网上介绍的方法大都是使用grant 权限列表 on 数据库 to ‘用户名’@’访问主机’ identified by ‘密码’;这种方式，但实测会出现……near 'identified by 密码' at line 1这个错误！
经分析，出错的原因是新版的的mysql版本已经将创建账户和赋予权限的方式分开了，所以应该使用上面的方法。
- 查看主库的状态
- 加“\G”可以使展示更友好
show master status\G;
记下主库状态信息中的File和Position，后面会用到
配置从库
- 修改my.cnf文件，在[mysqld]加入下面的内容：
# 服务的唯一编号
server-id = 2
# 开启mysql binlog功能
log-bin = mysql-bin
# binlog记录内容的方式，记录被操作的每一行
binlog_format = ROW
# 减少记录日志的内容，只记录受影响的列
binlog_row_image = minimal
# 指定需要复制的数据库名为db_test
binlog-do-db = db_test
- 保存配置文件，重启mysql服务
service mysqld restart
- 执行同步命令
# 设置主服务器ip，同步账号密码，同步位置
change master to master_host='127.0.0.1',
master_user='slave',
master_password='slave',
master_log_file='mysql-bin.000100',
master_log_pos=2411;
# 开启同步功能
start slave;
注意此处设置的是主库对应的IP，以及主库配置中创建的主库账号，以及主库状态信息中的File和Position
- 查看从库的状态
show slave status\G;
主要关注Slave_IO_Running和Slave_SQL_Running的状态是否都为Yes，如果是说明从库配置成功。
测试
- 在主库中新增一行记录，看从库是否将该数据同步了；
- 在主库创建新表，看从库是否将新表同步了。
可能的问题
- 从库未能同步主库数据
可以通过
show slave status\G;检查Slave_IO_Running和Slave_SQL_Running的状态是否都为Yes
如果Slave_IO_Running的状态为Connecting，一般是从库数据被修改导致的Position失效导致的（当然原因也可能是因为网络不通、密码不对）：
- 程序可能在slave上进行了写操作
- 也可能是slave机器重启后，事务回滚造成的.
所以不要手动修改从表数据，否则数据冲突会导致主从同步失败（超过了一定的重试次数，从库不再进行同步）。
如果Slave_IO_Running的状态已经为Connecting了，可以通过手动同步数据库，然后修改Position的方法解决：
- 停掉Slave服务：
slave stop; - 到主服务器上查看主机状态，记录File和Position对应的值
- 然后到slave服务器上执行手动同步：
change master to master_log_pos=6352;
如果发生的错误比较少（只有一处），也可以在从库通过下面的方法解决（未测试）：
stop slave ;
set GLOBAL SQL_SLAVE_SKIP_COUNTER=1;
start slave ;
参考
- https://www.cnblogs.com/atcloud/p/10773855.html
标签：主库,binlog,slave,数据库,mysql,Mysql,从库,主从 来源： https://blog.csdn.net/lib_1994/article/details/122085970
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。