MySQL数据库自身提供的主从复制功能可以方便的实现数据的多处自动备份,实现数据库的拓展。多个数据备份不仅可以加强数据的安全性,通过实现读写分离还能进一步提升数据库的负载性能。
下图就描述了一个多个数据库间主从复制与读写分离的模型:
在一主多从的数据库体系中,多个从服务器采用异步的方式更新主数据库的变化,业务服务器在执行写或者相关修改数据库的操作是在主服务器上进行的,读操作则是在各从服务器上进行。如果配置了多个从服务器或者多个主服务器又涉及到相应的负载均衡问题,关于负载均衡具体的技术细节还没有研究过,今天就先简单的实现一主一从的主从复制功能。
Mysql主从复制的实现原理图大致如下:
MySQL之间数据复制的基础是二进制日志文件(binary log file)。一台MySQL数据库一旦启用二进制日志后,其作为master,它的数据库中所有操作都会以“事件”的方式记录在二进制日志中,其他数据库作为slave通过一个I/O线程与主服务器保持通信,并监控master的二进制日志文件的变化,如果发现master二进制日志文件发生变化,则会把变化复制到自己的中继日志中,然后slave的一个SQL线程会把相关的“事件”执行到自己的数据库中,以此实现从数据库和主数据库的一致性,也就实现了主从复制。
实现MySQL主从复制需要进行的配置:
具体实现过程如下:
1.主从数据库版本最好一致,准备两台机器全部安装AliSQL-AliSQL-5.6.32-9安装到/data/server下
2.主从数据库内数据保持一致
主数据库:192.168.124.76 /linux
从数据库:192.168.124.200 /linux
1.修改mysql配置
找到主数据库的配置文件my.cnf(或者my.ini),我的在/data/server/mysql/my.cnf,在[mysqld]部分插入如下两行:
vim /data/server/mysql/my.cnf
#修改内容
#设置server-id,唯一标识,主从之间都必须不同
#log-bin开启二进制日志,名称为mysql-bin
【mysqld】
server-id=1
log-bin=mysql-bin
2.重启mysql,创建用于同步的用户账号
#重启mysql
cd /data/server/mysql/support-files
./mysql.server start
#master主数据库,创建用于同步的用户账号
#进入mysql的交互环境
cd /data/server/mysql/bin
./mysql -u root -p
新建用于主从同步的用户sun,允许登录的从库是'192.168.124.200'
#创建用户:用户:sun密码:black
create user 'sun'@'192.168.124.200' identified by 'black';
#给从数据库账号授权,分配权限
grant replication slave on *.* to 'sun'@'192.168.124.200';
#刷新权限
flush privileges;
检查主库创建的账号
3.查看master状态,记录二进制文件名(mysql-bin.000005)和位置(120):
mysql > SHOW MASTER STATUS;
+------------------+----------+--------------+------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000005 | 120 | test | manual,mysql |
+------------------+----------+--------------+------------------+
1.修改mysql配置
同样找到my.cnf配置文件,添加server-id
slave从数据库配置 vim /data/server/mysql/my.cnf
[mysqld]
server-id=3 #设置server-id,必须唯一
2.重启mysql,打开mysql会话,执行同步SQL语句(需要主服务器主机名,登陆凭据,二进制文件的名称和位置):
#重启mysql数据库
cd /data/server/mysql/support-files
./mysql.server restart
#进入到mysql bin目录进入到交互环境
cd /data/server/mysql/bin
./mysql -u root -p
#执行同步SQL语句(需要主服务器主机名,登陆凭据,二进制文件的名称和位置):
mysql> CHANGE MASTER TO
-> MASTER_HOST='122.168.124.76',
-> MASTER_USER='sun',
-> MASTER_PASSWORD='black',
-> MASTER_LOG_FILE='mysql-bin.000005',
-> MASTER_LOG_POS=120;
检查Slava从数据库的各项参数
3.启动slave同步进程,测试主从复制的情况:
mysql>start slave;
4.查看slave状态:
当Slave_IO_Running和Slave_SQL_Running都为YES的时候就表示主从同步设置成功了。接下来就可以进行一些验证了,比如在主master数据库的test数据库的一张表中插入一条数据,在slave的test库的相同数据表中查看是否有新增的数据即可验证主从复制功能是否有效,还可以关闭slave(mysql>stop slave;),然后再修改master,看slave是否也相应修改(停止slave后,master的修改不会同步到slave),就可以完成主从复制功能的验证了。
还可以用到的其他相关参数:
master开启二进制日志后默认记录所有库所有表的操作,可以通过配置来指定只记录指定的数据库甚至指定的表的操作,具体在mysql配置文件的[mysqld]可添加修改如下选项:
# 不同步哪些数据库
binlog-ignore-db = mysql
binlog-ignore-db = test
binlog-ignore-db = information_schema
# 只同步哪些数据库,除此之外,其他不同步
binlog-do-db = game
如之前查看master状态时就可以看到只记录了test库,忽略了manual和mysql库。
我们在主库创建一个sss的数据库
create database sss;
看一下所有数据库有没有sss数据库
然后看从数据库有没有sss数据库
发现有sss数据库那我们主从复制就搭建成功
mysql Slave_IO_Running:NO(解决方法)
问题原因:由于创建从库的时候使用的主库的克隆机,所以造成了AliSQL的数据库UUID标识时相同的。
解决方法:
在show slave status时发现,那个表有一个单元格有错误的log信息,我就拷贝出来看了:
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.
原来是我们两台主从服务器的UUIDs是相同的,然后分别去看看两台服务器的/data/server/mysql/auto.cof
果然UUIDs是相同的,随便改变一个数据库的UUIDs的数值,然后重启数据库即可。