mysql主从同步
环境:centos7.3 mysql5.7
主mysql:192.168.1.71
从mysql:192.168.1.72
官网下载MYSQL5.7的rpm包,分别在两台服务器上顺序安装一下
rpm -ivh mysql-community-common-5.7.22-1.el7.x86_64.rpm
rpm -ivh mysql-community-libs-5.7.22-1.el7.x86_64.rpm
rpm -ivh mysql-community-client-5.7.22-1.el7.x86_64.rpm
rpm -ivh mysql-community-server-5.7.22-1.el7.x86_64.rpm
mysql安装完后会在第一次启动时在错误日志文件中写入一个管理员密码。
使用mysql_secure_installation脚本进行初始化。完成后,mysql就安装完毕了。
这里我偷了一个懒,只对主服务器进行了初始化脚本,没有对从服务器初始化。直接COPY了主服务器的相关配置和数据库文件,造成了后面给自己挖了一个小坑。
先要在主服务器上新建一个账号,并且赋予REPLICATION SAVEL, REPLICATION CLIENT权限,用于主从同步,当然直接用root账号也是可以的。
现在开始配置主服务器:
编辑/etc/my.cnf
[mysqld] datadir=/var/lib/mysql/ #mysql数据库文件位置 socket=/var/lib/mysql/mysql.sock #Unix套接字位置 symbolic-links=0 innodb_file_per_table=ON#开启innodb每个表一个文件 skip_name_resolve=ON#跳过域名反查 server_id=1 #服务器ID(全局唯一) log_bin=master-bin #开启logbin日志,并设置文件名 binlog_format=MIXED #二进制文件记录格式,MIXED混合模式。默认为ROW
#sync_binlog=1 #同步写入binlog日志,开启会减低mysql性能,默认是1 #innodb_flush_log_at_trx_commit=1 #开启innodb每次事务提交时MySQL都会把log buffer的数据写入log file,最安全,默认就是1 #innodb_support_xa=ON#默认为ON [mysqld_safe] log-error=/var/log/mysql/mysql.log pid-file=/var/run/mysql/mysql.pid
如果有某些数据库不想被同步比如mysql、sys、informaion_schema、performance_schema这种
可以在配置文件里设置
Binlog_Ignore_DB=mysql
Binlog_Ignore_DB=sys
...等
每个数据库设置一个,这样就不会记录binlog日志里,当然也就不会被同步啦。
重启主服务器mysql服务:
systemctrl restart mysqld
配置从服务器:
编辑/etc/my.cnf
[mysqld] datadir=/var/lib/mysql/ socket=/var/lib/mysql/mysql.sock symbolic-links=0 innodb_file_per_table=ON skip_name_resolve=ON server_id=2#全局唯一服务器ID号 relay_log=relay-log#开始中继日志功能,并设置文件名 relay_log_index=relay-log.index#设置中级日志索引文件名称
#skip_slave_start=ON #服务启动时不自动启动复制线程
read_only=ON #设置从服务器只读
[mysqld_safe] log-error=/var/log/mysql/mysql.log pid-file=/var/run/mysql/mysql.pid
重启从服务器mysql服务:
systemctrl restart mysqld
使用mysql客户端登入到从服务器执行相关命令:
mysql > CHANGE MASTER TO MASTER_HOST='192.168.1.71', MASTER_USER='root', MASTER_PASSWORD='!QAZ2wsx', MASTER_PORT=3306, MASTER_LOG_FILE='master-bin.000005', MASTER_LOG_POS=154;
mysql > START SLAVE;
主从同步已经完成了。
注:这里的MASTER_LOG_FILE='master-bin.000005', MASTER_LOG_POS=154;必须是主服务器上的当前MASTER_LOG_FILE和POS。也就是说从服务器会去判断从哪个节点开始和主服务器同步。可以mysql客户端登入主服务器查询
mysql> show master status; +-------------------+----------+--------------+------------------+-------------------+ | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set | +-------------------+----------+--------------+------------------+-------------------+ | master-bin.000005 | 154 | | | | +-------------------+----------+--------------+------------------+-------------------+ 1 row in set (0.00 sec)
理论上主从同步已经可以开始正常工作了。但是我之前给自己挖的坑这个时候出现了。。。。
从服务器并没有和主服务器同步:
查看从服务器状态:
mysql > show slave status\G
*************************** 1. row *************************** Slave_IO_State: Master_Host: 192.168.1.71 Master_User: mysql_slave Master_Port: 3306 Connect_Retry: 60 Master_Log_File: master-bin.000007 Read_Master_Log_Pos: 856 Relay_Log_File: relay-log.000009 Relay_Log_Pos: 4 Relay_Master_Log_File: master-bin.000007 Slave_IO_Running: No 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: 856 Relay_Log_Space: 154 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: NULL Master_SSL_Verify_Server_Cert: No Last_IO_Errno: 1593 Last_IO_Error: Fatal error: The slave I/O thread stops because master and slave have equal MySQL server UUIDs; these UUIDs must be different for replication to work. Last_SQL_Errno: 0 Last_SQL_Error: Replicate_Ignore_Server_Ids: Master_Server_Id: 1 Master_UUID: 8f0581c9-695b-11e8-951e-000c295cdfc6 Master_Info_File: /var/lib/mysql/master.info SQL_Delay: 0 SQL_Remaining_Delay: NULL Slave_SQL_Running_State: Slave has read all relay log; waiting for more updates Master_Retry_Count: 86400 Master_Bind: Last_IO_Error_Timestamp: 180607 11:04:56 Last_SQL_Error_Timestamp: Master_SSL_Crl: Master_SSL_Crlpath: Retrieved_Gtid_Set: Executed_Gtid_Set: Auto_Position: 0 Replicate_Rewrite_DB: Channel_Name: Master_TLS_Version: 1 row in set (0.00 sec)
Slave_IO_Running: No
Last_IO_Error: Fatal error: The slave I/O thread stops because master and slave have equal MySQL server UUIDs; these UUIDs must be different for replication to work.
从服务器的IO进程并没有运行起来,错误原因主从服务器使用了相同的UUIDs
这就是之前复制留下来的坑。当我把所有的数据库文件复制过来的时候原来生成的UUIDs也一并复制了。所以出现了这个问题
处理起来也不难,UUIDs存放在mysql数据目录auto.cnf文件下
我直接编辑从服务器的文件
vim /var/lib/mysql/auto.cnf
[auto]
server-uuid=8f0581c9-695b-11e8-951e-000c295cdfc9#随便改个数字就行了。。。。16进制的,
然后重启从服务器mysql服务
重新查看从服务器状态
mysql > show slave status\G
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Last_IO_Errno: 0
Last_IO_Error:
主从同步已经开始工作了
后记:虽然对从服务器使用了read_only = True设置,但是发现从服务器仍然可以被写入数据。原因是read_only只对普通用户有效,并不能对root账号等超级管理员账号起效。特此备注
注:MySQL中设置read_only=1后,普通的应用用户进行insert、update、delete等会产生数据变化的DML操作时,都会报出数据库处于只读模式不能发生数据变化的错误,但具有super权限的用户,例如在本地或远程通过root用户登录到数据库,还是可以进行数据变化的DML操作
注2:如果需要对super用户进行限制,可以是用super_read_only=1