Mysql数据库设置主从同步
原创Mysql数据库设置主从同步
原创
主从复制的原理
分为同步复制和异步复制，实际复制架构中大部分为异步复制。 复制的基本过程如下： 1).Slave上面的IO进程连接上Master，并请求从指定日志文件的指定位置（或者从最开始的日志）之后的日志内容； 2).Master接收到来自Slave的IO进程的请求后，通过负责复制的IO进程根据请求信息读取制定日志指定位置之后的日志信息，返回给Slave 的IO进程。返回信息中除了日志所包含的信息之外，还包括本次返回的信息已经到Master端的bin-log文件的名称以及bin-log的位置； 3).Slave的IO进程接收到信息后，将接收到的日志内容依次添加到Slave端的relay-log文件的最末端，并将读取到的Master端的 bin-log的文件名和位置记录到master-info文件中，以便在下一次读取的时候能够清楚的告诉Master“我需要从某个bin-log的哪个位置开始往后的日志内容，请发给我”； 4).Slave的Sql进程检测到relay-log中新增加了内容后，会马上解析relay-log的内容成为在Master端真实执行时候的那些可执行的内容，并在自身执行。
环境描述
- OS：Centos6
- 主服务器master：192.168.11.120
- 从服务器slave：192.168.11.139
mysql主从配置
mysql主服务器配置(master)
master服务器配置: vim /etc/my.cnf
#先看下原来的配置有没以下设置，有的话修改下就行了[mysqld]server-id=120log-bin=/var/lib/mysql/mysql-bin # 启用二进制日志binlog-do-db=sakzss #指定数据库，如果不指定就是全部数据库#binlog-ignore-db = mysql,information_schema #忽略写入binlog的库重启服务器：
service mysqld restart # centos6重启mysql
在主服务器上建立帐户并授权slave：
#也可以在phpmyadmin直接添加用户#创建slave帐号，密码123456mysql> GRANT REPLICATION SLAVE ON *.* to 'slave'@'192.168.11.139' identified by '123456' WITH GRANT OPTION; #更新数据库权限mysql>flush privileges;锁定所有表（防止数据库状态值变化，锁定后，这时候只能读，不能写，写请求会在解锁后执行）
mysql> FLUSH TABLES WITH READ LOCK; 此时可以查看主服务器binlog日志position值
mysql> show master status;显示结果：
备份数据库（我这里指定了sakzss这个数据库）：
mysqldump -uroot -p --databases sakzss > sakzss.sql解锁mysql> UNLOCK TABLES;把刚备份完的数据库导入从库，就不多说了。
mysql从服务器配置(slave)
slave服务器配置: vim /etc/my.cnf
[mysqld]server-id=139log-bin=/var/lib/mysql/mysql-bin # 启用二进制日志binlog-do-db=sakzss #指定数据库，如果不指定就是全部数据库重启服务器：
service mysqld restart # centos6重启mysql设置同步源：
mysql> CHANGE MASTER TO MASTER_HOST='192.168.11.120', #主服务器master的ip MASTER_USER='slave', MASTER_PASSWORD='123456', MASTER_LOG_FILE='mysql-bin.000064', #对应show master status中File MASTER_LOG_POS=22927; #对应show master status中Position启用同步：
mysql> start slave;停止同步
mysql> stop slave;检查从服务器状态：
mysql> SHOW SLAVE STATUS\G;由于我这个是设置好同步了有段时间的，所以log_file比较新
注意：Slave_IO_Running及Slave_SQL_Running进程必须正常运行，即YES状态，否则说明同步失败。
下面介绍几个比较关键的参数，全面的说明可阅读参考手册。
Slave_IO_Running: IO线程是否正常运行Slave_SQL_Running: SQL线程是否正常运行Master_Log_File: IO线程正在读取的主服务器日志文件Read_Master_Log_Pos: IO线程正在读取的主服务器日志文件的位置Relay_Log_File: SQL线程正在读取和执行的本地日志文件Relay_Log_Pos: SQL线程正在读取和执行的本地日志文件的位置Relay_Master_Log_File: SQL线程正在重演的事件所在的主服务器日志文件Exec_Master_Log_Pos: SQL线程正在重演的事件在主服务器日志文件中的位置Seconds_Behind_Master:如果网络没有明显的延迟，该参数标志着SQL线程的事件重演速度。如果该值较大且不断递增，调整innodb_flush_log_at_trx_commit会有比较明显的效果，但是可能会在MySQL进程崩溃时丢失数据。mysql数据库同步验证主从数据库设置工作已经完成，可以在master新建数据库和表，插入和修改数据，查看slave是否获得同步，测试一下是否成功。
一般不成功有以下几个原因：
1.server-id 设置了一样，默认都是1，要设置不一样
2.主数据库防火墙没设置允许远程访问3306端口
3.没锁表再记录MASTER_LOG_FILE、MASTER_LOG_POS的值，导致从复制的起点错误。
原创声明：本文系作者授权腾讯云开发者社区发表，未经许可，不得转载。
如有侵权，请联系 cloudcommunity@tencent.com 删除。
原创声明：本文系作者授权腾讯云开发者社区发表，未经许可，不得转载。
如有侵权，请联系 cloudcommunity@tencent.com 删除。
腾讯云开发者
