mysql 主从同步详细配置教程

jingshen

　　8.10 Mysql 主从同步
　　8.10.1 主从原理
　　mysql主从同步的原理：
　　1、在master上开启bin-log日志，用于记录master上的更改删的一些记录。
　　2、主从各开启io线程，从上开启io线程和sql线程。同时都配置好主从上的serveid唯一性
　　3、主上配置好授权用户，从上设置change master授权连接的命令
　　3、 从上io线程通过授权连接master，master通过io线程检查到slav的请求的日志、postsion点位置。
　　4、master将这些相应的请求内容发送给slave，slave收到后，将内容存放在中继日志realy_log里面，同时生成写入一个master-info，写入日志记录和pos点。用于下次连接的记录
　　日志记录同步的点。
　　5、slave的sql线程检查到realy-log日志更新的内容，并将更新的内容解析成ｓｑｌ语句然后在本地去exec执行。同时也将记录写入realy-info
　　6、主从同步是属于异步方式。
　　8.10.2 主从同步状态
　　mysql> show slave status\G;
　　 1. row
　　Slave_IO_State: Waiting for master to send event
　　Master_Host: 10.204.3.13
　　Master_User: tongbu
　　Master_Port: 3306
　　Connect_Retry: 10
　　Master_Log_File: mysql-bin.000004
　　Read_Master_Log_Pos: 239948407
　　Relay_Log_File: mysqld-relay-bin.000006
　　Relay_Log_Pos: 30462462
　　Relay_Master_Log_File: mysql-bin.000004
　　Slave_IO_Running: Yes
　　Slave_SQL_Running: Yes
　　Replicate_Do_DB:
　　Replicate_Ignore_DB:
　　Replicate_Do_Table:
　　Replicate_Ignore_Table:
　　Replicate_Wild_Do_Table:
　　Replicate_Wild_Ignore_Table:
　　Last_Errno: 0
　　Last_Error:
　　Skip_Counter: 0
　　Exec_Master_Log_Pos: 239948407
　　Relay_Log_Space: 112003215
　　Until_Condition: None
　　Until_Log_File:
　　Until_Log_Pos: 0
　　Master_SSL_Allowed: No
　　Master_SSL_CA_File:
　　Master_SSL_CA_Path:
　　Master_SSL_Cert:
　　Master_SSL_Cipher:
　　Master_SSL_Key:
　　Seconds_Behind_Master: 0
　　Master_SSL_Verify_Server_Cert: No
　　Last_IO_Errno: 0
　　Last_IO_Error:
　　Last_SQL_Errno: 0
　　Last_SQL_Error:
　　Slave_IO_Running: Yes
　　Slave_SQL_Running: Yes
　　IO线程和SQL线程都为YES
　　Master_Log_File: mysql-bin.000004
　　Relay_Master_Log_File: mysql-bin.000004
　　主日志文件和从读取的文件为同一个
　　Read_Master_Log_Pos: 239948407
　　Exec_Master_Log_Pos: 239948407
　　读取主日志的偏移量和执行主日志的偏移量相等
　　show processlist;
　　show slave status;
　　sending binlog event to slave;
　　二进制日志由各种事件组成，一个事件通常为一个新加一些其它信息，线程已经从二进制日志读取了一个事件并且正将发送到从服务器
　　finished reading one binlog;switching to next binlog
　　线程已经读完二进制日志文件并且打开下一个要发送到从服务器的日志文件
　　has sent all binlog to slave;waiting for binlog to be updated
　　线程已经从二进制日志读取所有主要的更新并已经发送到了从服务器，线程现在正空闲，等待由主服务器上新的更新导致的出现在二进制日志中的新事件
　　waiting to finalize termination
　　线程停止时发生的一个很简单的状态
　　8.10.3 MySQL主从同步
　　(mysql中有自增长字段，在做数据库的主主同步时需要设置自增长的两个相关配置：
　　在主主同步配置时，需要将两台服务器的auto_increment_increment增长量都配置为2，而要把auto_increment_offset分别配置为1和2,这样才可以避免两台服务器同时做更新时自增长字段的值之间发生冲突。)
　　   配置主（master）

• vi /etc/my.cnf  # 修改添加　　server-id=1
  　　log-bin=mysql-bin     # mysql-bin日志前缀，可自定义
  　　binlog-do-db=db1,db2  # 需要同步的库
  　　binlog-ignore-db=db1,db2 # 忽略不同步的库
  
  

　　binlog两参数2选1 都不写全部同步
　　查询bin-log是否开启 show variables like '%log_bin%';

• 
  　　grant replication slave on . to root@'localhost'>　　Flush privileges;
  
  
• show master status; # 一定要记住前两列的内容，　　| File             | Position  | Binlog_Do_DB   |
  　　mysql-bin.0000007    106
  
  

　　4.同时不退出Mysql，复制窗口,使用mysqldump在逻辑上保证两台数据库的一致性，比如将主库导出并导入到从上。
　　mysqldump -uroot -p123456 -A -B --events --master-data=1 -x > /backup/all.mysql
　　加只读锁： flush table with locak;
　　解锁：     unlocak tables;
　　   设置从(slave)

• vi /data/mysql/my.cnf
  

　　server -id =2   # 这个数据不能和主一样
　　以下可选参数：
　　replicate-do-db=db1,db2
　　replicate-ignore-db=db1,db2

• 进入mysql   执行：slave stop;
  

　　CHANGE MASTER TO
　　MASTER_HOST='master2.mycompany.com',
　　MASTER_USER='replication',
　　MASTER_PASSWORD='bigs3cret',
　　MASTER_PORT=3306,
　　MASTER_LOG_FILE='master2-bin.001',
　　MASTER_LOG_POS=4,
　　MASTER_CONNECT_RETRY=10;

• 　　执行：slave start;
  
  
• 从上查看从的状态:  show slave status\G;
  

　　8.10.4 MySQL主主同步
　　双机热备的概念简单说一下，就是要保持两个数据库的状态自动同步。对任何一个数据库的操作都自动应用到另外一个数据库，始终保持两个数据库数据一致。 这样做的好处多。 1. 可以做灾备，其中一个坏了可以切换到另一个。 2. 可以做负载均衡，可以将请求分摊到其中任何一台上，提高网站吞吐量。  对于异地热备，尤其适合灾备。
　　以下架构，可以在双主上实现负载均衡，也可以利用keeplived实现vip访问。
　　解决主键自增长变量冲突
　　master1:
　　auto_increment_increment =2   # 自增ID的间隔 1 3 5 间隔为2

　　auto_increment_offset=1       #>　　log-bin=mysql-bin
　　log-slave-updates
　　master2:
　　auto_increment_increment =2   # 自增ID的间隔 2 4 6 间隔为2

　　auto_increment_offset=2       #>　　log-bin=mysql-bin
　　log-slave-updates
　　存在问题，可能master2在写入数据的时候，不会从2开始，可能会从6开始，接master1最大的ID后面插入，形成6 8 10
　　在主从同步已经建好的情况下：
　　8.10.5 Mysql 主从级联
　　从库开启binlog的场景

• 主从级联方式  从充当主库的时候
  
• 做备份服务器的时候
  

　　开启方法
　　log-bin=mysql-bin
　　log-slave-updates
　　expire_logs_days=7  保存天数
　　8.10.6 MySQL主主同步故障
　　图中出现了两个No。
　　Slave_IO_Running: No
　　Slave_SQL_Running: No
　　说明slave没有成功， 即，从B到A的同步没有成功。 我们去查看mysql错误日志，前面说过位置：
　　找到  机器名.err 文件，打开看看：
　　看图中的error信息。  说找不到中继日志文件。
　　这是因为我们在配置A的中继文件时改了中继文件名，但是mysql没有同步。解决办法很简单。
　　先停掉mysql服务。  找到这三个文件，把他们删掉。 一定要先停掉mysql服务。不然还是不成功。你需要重启一下机器了。 或者手动kill mysqld。
　　好了， 启动mysql之后。 我们在来检查一下slave状态：
　　8.10.7 Mysql 一主多从
　　8.10.8 Mysql主从同步一键脚本实现
　　MYUSER=mysql
　　MYPASSWD=123456
　　MYSOCK=/usr/local/mysql/var/mysql.sock
　　LOG_FILE=${DATEPATH}/mysqllogsdate +%F.log
　　DATA_FILE=${DATA_PATH}/mysqlbackupdate +%F.sql.gz
　　MYSQL_PATH=/usr/local/mysql/bin
　　MYSQL_CMD="$MYSQL_PATH/mysql -u$MYUSER -p$MYPASSWD -S $MYSOCK"
　　MYSQL_DUPM="$MYSQL_PATH/dump -u$MYUSER -p$MYPASSWD -A -B --master-data=1 --single-tarnsaction -e"
　　${MYSQL_DUMP} | gzip > $DATA_FILE
　　8.10.9 Mysql 主从切换
　　8.10.9.1 Reset master 和Reset slave
　　   RESET MASTER
　　删除所有index file 中记录的所有binlog 文件，将日志索引文件清空，创建一个新的日志文件，这个命令通常仅仅用于第一次用于搭建主从关系的时的主库，
　　注意
　　reset master 不同于purge binary log（清除二进制日志）的两处地方
　　1 reset master 将删除日志索引文件中记录的所有binlog文件，创建一个新的日志文件 起始值从000001 开始，然而purge binary log 命令并不会修改记录binlog的顺序的数值
　　2 reset master 不能用于有任何slave 正在运行的主从关系的主库。因为在slave 运行时reset master 命令不被支持，reset master 将master 的binlog从000001 开始记录,slave 记录的master log 则是reset master 时主库的最新的binlog,从库会报错无法找的指定的binlog文件。
　　   RESET SLAVE
　　reset slave 将使slave 忘记主从复制关系的位置信息。该语句将被用于干净的启动, 它删除master.info文件和relay-log.info 文件以及所有的relay log 文件并重新启用一个新的relaylog文件。
　　使用reset slave之前必须使用stop slave 命令将复制进程停止。
　　8.10.9.2 master突然down机，如何恢复：

• 　　检查slave服务器
  　　检查从库与主库的最后状态
  　　mysql> show processlist;
  　　| 46 | tongbu | WEB-1:58181 | NULL | Binlog Dump | 3221 | Has sent all binlog to slave; waiting for binlog to be updated
  　　如果看到上面一行状态，说明主从之间同步是正常的
  
  
• 　　对比pos点
  　　在主服务器上查询show master status;上的pos点与从上的master.info的最新pos点是否一致
  　　如果是一主多从的情况下，查看从的master.info中的信息最新，pos点大，说明更新最完整，然后将它提升为主库，。
  
  
• 　　停止从库的io线程
  　　确保所有relay log全部更新完毕
  　　在每个从库上执行stop slave;show processlist;
  
  　　直到看到Has read all>
  
• 提升从库为主库
  

　　a)  首先配置/etc/my.cnf文件，开启binlog
　　注释掉一些log-slave-updates read-only
　　b)  在数据库目录下清除master info和mysql-bin文件
　　c)  执行以下命令
　　reset master;

• 在新的主库上添加grant授权
  
• 在新的主库上show master status\G;  查看post点和mysqlbin文件
  
• 登入从库　　stop slave;
  　　change master to masetr_host  设置主库
  　　start slave;
  
  

　　8.10.9.3 有计划的切换主从

• 先锁表 防止主数据库有新的数据写入
  
• 登陆从查看状态 show processlist; 查看最后的同步是否完成
  
• 在需要提升主库的从库上，　　a)  修改配置文件 my.cnf
  　　添加log-bin=mysql-bin
  　　b)  删除本地的master.info
  　　执行：stop slave;　reset master;
  　　c)  重启mysql服务
  
  
• 添加grant授权，show master status状态
  
• 在所有从库上执行　　stop slave;
  　　change master to master_host=’10.204.1.200’;
  　　start slave;
  
  

　　8.10.9.4 主库降级为从库
　　【注意】将原主库切换成从，步骤中执行reset slave,意思就是将本地的mysql-bin和mster-info信息清除，清除历史的主从关系文件

• 停止mysqld服务，修改配置文件，删除log-bin
  
• 删除mysql目录下的所有mysqlbin（binlog）文件和master.info信息
  
• 启动服务进入mysql 执行reset slave;
  
• 将现在的主库的全备恢复至从库（重要，数据必须一致）
  
• 在现在的主库show master status\G; 查看日志文件和Post点
  
• 在从库上stop slave;change master; start slave;  show slave ststus\G;查看状态
  

　　8.10.1 主从同步廷迟

• 误删除数据的快速还原 再追加binlog
  
• 廷迟测试
  
• 　　历史查询（很少场景会用）
  　　stop slave
  　　change master to master-delay=600;       单位s秒
  　　start slave;
  　　取消，=0;
  　　Show slave status\G;
  
  

　　此版本在5.5以上才可以配置
　　8.10.2 主从同步故障
　　mysql> show master status\G;
　　 1. row
　　File: mysql-binlog.000001
　　Position: 309
　　Binlog_Do_DB:
　　Binlog_Ignore_DB:
　　1 row in set (0.00 sec)
　　ERROR:
　　No query specified
　　Got fatal error 1236 from master when reading data from binary log: 'Could not find first log file name in binary log index file'
　　原因： change master的时候指定的文件错误或者格式不对，导致无法读取文件
　　解决方法：找出出错的地方，重新change master
　　错误提示:
　　ERROR 1820 (HY000): You must SET PASSWORD before executing this statement
　　/etc/init.d/mysql stop
　　mysql_salfe --user=mysql --skip-grant-tables --skip-networking &
　　mysql -u root mysql
　　mysql>update user set password=password('newpasswd') where user='root';
　　mysql>flush privileges;
　　mysql>quit
　　mysql>SET PASSWORD = PASSWORD('newpasswd');
　　8.10.2.1 根据错误代码跳过指定的错误
　　   方法1：配置文件方式
　　在配置文件中，添加以下参数，对一些不重要的错误代码自动跳过
　　vim /etc/my.cnf
　　--slave-skip-errors=1032，1062，1007
　　一般由于入库重复导致的失败可以忽略
　　   方法2：执么命令
　　在master端执行锁表，防止新的数据写入
　　mysql > flush tables with read lock；
　　

在salve端执行下列语句　　

　　stop slave;
　　set global sql_slave_skip_counter=1;s
　　start slave;
　　8.10.2.2 主从同步常见错误代码
　　1005：创建表失败
　　1006：创建数据库失败
　　1007：数据库已存在，创建数据库失败 stop slave;
　　6) 在slave上恢复数据库
　　mysql> source /tmp/mysql.sql
　　7) 设置从库同步用户
　　change master to master_host = '192.168.1.12', master_user = root,master_password='123456', master_log_file = 'mysqld-bin.000001', master_log_pos=272;
　　8)重新开启从同步
　　mysql> start slave;
　　9)查看同步状态
　　mysql> show slave status\G  查看：
　　Slave_IO_Running: Yes
　　Slave_SQL_Running: Yes
　　10)在master上解锁：mysql>unlock tables;
　　8.10.2.4 忽略错误后，继续同步
　　该方法适用于主从库数据相差不大，或者要求数据可以不完全统一的情况，数据要求不严格的情况
　　解决：

• stop slave;
  
• set  global sql_slave_skip_counter =1;     # 1指的是跳一步，可以自定义多少步
  
• start slave;　　之后再用mysql> show slave status\G  查看：
  
  

　　8.10.2.5 数据库硬盘坏了，如何恢复数据？

• 找一台新设备，先恢复全备数据备份，
  
• 恢复备份之后到当前的binlog日志，
  

　　8.10.2.6 The server is not configured as slave; fix in config file or with CHANGE MASTER TO
　　解决方法：先stop slave;再change master,再start slave;
　　8.10.2.7 Waiting to reconnect after a failed master event read
　　日志报错  Access denied; you need the REPLICATION SLAVE privilege for this operation
　　8.10.2.8 Got fatal error 1236 from master when reading data from binary log
　　原因：可能是在changemaster的时候，指定的bin_log日志的名称书写格式有误，比如多了空格，或者写错字等，
　　本人经历的方法:

• 重启master端的mysqld服务，查看show master status\G; 查看最新post点
  
• 在slave上，执行change master to master_log_file='mysql_bin.000005',master_log_pos=106;
  

　　网上方法2：
　　在source那边，执行：
　　flush logs;
　　show master status;
　　记下File, Position。
　　在target端，执行：
　　CHANGE MASTER TO MASTER_LOG_FILE='testdbbinlog.000008',MASTER_LOG_POS=107;
　　slave start;
　　show slave status \G
　　一切正常。
　　8.10.2.9 mysql出现同步故障如何解决？
　　8.10.2.10 mysql出现同步廷迟原因是什么，如何解决

• MySQL数据库主从同步延迟是怎么产生的。　　当主库的TPS并发较高时，产生的DDL数量超过slave一个sql线程所能承受的范围，那么延时就产生了，当然还有就是可能与slave的大型query语句产生了锁等待。
  
  
• 网络延迟
  
• master负载
  
• slave负载
  
• 硬件性能差
  

　　一般的做法是，使用多台slave来分摊读请求，再从这些slave中取一台专用的服务器，只作为备份用，不进行其他任何操作，就能相对最大限度地达到’实时’的要求了
　　优化
　　答：最简单的减少slave同步延时的方案就是在架构上做优化，尽量让主库的DDL快速执行。还有就是主库是写，对数据安全性较高，比如sync_binlog=1，innodb_flush_log_at_trx_commit = 1 之类的设置，而slave则不需要这么高的数据安全，完全可以讲sync_binlog设置为0或者关闭binlog，innodb_flushlog也可以设置为0来提高sql的执行效率。另外就是使用比主库更好的硬件设备作为slave。
　　另外，再介绍2个可以减少延迟的参数
　　–slave-net-timeout=seconds
　　参数含义：当slave从主数据库读取log数据失败后，等待多久重新建立连接并获取数据
　　slave_net_timeout单位为秒 默认设置为 3600秒
　　| slave_net_timeout | 3600
　　–master-connect-retry=seconds
　　参数含义：当重新建立主从连接时，如果连接建立失败，间隔多久后重试。
　　master-connect-retry单位为秒 默认设置为 60秒
　　通常配置以上2个参数可以减少网络问题导致的主从数据同步延迟
　　8.10.2.11 Host 'mysql-slave' is not allowed to connect to this MariaDB server
　　error connecting to master 'tongbu@10.204.3.21:3306' - retry-time: 10  retries: 86400  message: Host 'mysql-slave' is not allowed to connect to this MariaDB server
　　180408  9:23:13 [ERROR] Slave I/O: error connecting to master 'tongbu@10.204.3.21:3306' - retry-time: 10  retries: 86400  message: Host 'mysql-slave' is not allowed to connect to this MariaDB server, Error_code: 1130
　　故障原因： 报错误代码1130   主从状态显示IO一直处理无法连接，根据代码判断是授权连接有问题
　　处理方法：查询主的用户信息，看是不是授权时授权的用户名和IP有错，重新授权
　　8.11 Mysql 半同步
　　1，当Slave主机连接到Master时，能够查看其是否处于半同步复制的机制。
　　2，当Master上开启半同步复制的功能时，至少应该有一个Slave开启其功能。此时，一个线程在Master上提交事务将受到阻塞，直到得知一个已开启半同步复制功能的Slave已收到此事务的所有事件，或等待超时。
　　3，当一个事务的事件都已写入其relay-log中且已刷新到磁盘上，Slave才会告知已收到。在 Master 实例上，有一个专门的线程(ack_receiver)接收备库的响应消息，并以通知机制告知主库备库已经接收的日志，可以继续执行。
　　4，如果等待超时，也就是Master没被告知已收到，此时Master会自动转换为异步复制的机制。当至少一个半同步的Slave赶上了，Master与其Slave自动转换为半同步复制的机制。
　　5，半同步复制的功能要在Master，Slave都开启，半同步复制才会起作用；否则，只开启一边，它依然为异步复制。 6，半同步特性的出现，就是为了保证在任何时刻主备数据一致的问题。相对于异步复制，半同步复制要求执行的每一个事务，都要求至少有一个备库成功接收后，才返回给用户。
　　半同步的布署:
　　实现半同步复制的功能很简单，只需在mysql的主服务器和从服务器上安装个google提供的插件即可实现，
　　主服务上使用semisync_master.，从服务器上使用sosemisync_slave.so插件即可实现，插件在mysql通用二进制的mysql/lib/plugin目录内。
　　其配置步骤如下
　　1、分别在主从节点上安装相关的插件
　　master：
　　安装插件：mysql> install plugin rpl_semi_sync_master SONAME 'semisync_master.so';
　　启动模块：mysql> set global rpl_semi_sync_master_enabled = 1;
　　设置超时时间：mysql> set global rpl_semi_sync_master_timeout = 1000；
　　slave：
　　安装插件：msyql> install plugin rpl_semi_sync_slave soname 'semisync_slave.so';
　　启动模块：mysql> set global rpl_semi_sync_slave_enabled = 1;
　　重启进程使其模块生效：mysql> stop slave io_thread; start slave io_thread;
　　上面的设置时在mysql进程内动态设定了，会立即生效但是重启服务以后就会失效，为了保证永久有效，需要把相关配置写到主、从服务器的配置文件my.cnf内：
　　在Master和Slave的my.cnf中编辑：
　　On Master
　　[mysqld]
　　rpl_semi_sync_master_enabled=1
　　rpl_semi_sync_master_timeout=1000   #此单位是毫秒
　　On Slave
　　[mysqld]
　　rpl_semi_sync_slave_enabled=1
　　确认半同步功能已经启用，通过下面的操作进行查看
　　master：
　　mysql> create database asyncdb;
　　master> show status like 'rpl_semi_sync_master_yes_tx';
　　slave> show databases;
　　其测试过程如下

• 在主数据库上创建数据库，你会发现很快就创建了
  
• 我们测试关闭从数据库，此时再主数据库上创建数据库时，会处理等待状态　　，当超时才会被创建，一旦超时，主会从半同步切换为异步同步，
  
  
• 当从开启半同步，又会恢复半同步
  

　　8.12 Mysql 读写分离  amoeba mysql-proxy mycal
　　mysql读写分离的实现：

• 通过web代码
  
• 通过第三方软件mysql-proxy amoeba