1. MySQL replication
主从复制(也称 AB 复制)允许将来自一个MySQL数据库服务器(主服务器)的数据复制到一个或多个MySQL数据库服务器(从服务器)。
根据配置,可以复制数据库中的所有数据库,所选数据库甚至选定的表。
优点:
-
横向扩展解决方案 - 在多个从站之间分配负载以提高性能。在此环境中,所有写入和更新都必须在主服务器上进行。但是,读取可以在一个或多个从设备上进行。该模型可以提高写入性能(因为主设备专用于更新),同时显着提高了越来越多的从设备的读取速度。
-
数据安全性 - 因为数据被复制到从站,并且从站可以暂停复制过程,所以可以在从站上运行备份服务而不会破坏相应的主数据。
-
分析 - 可以在主服务器上创建实时数据,而信息分析可以在从服务器上进行,而不会影响主服务器的性能。
-
备份 - 可以使用从服务器数据进行备份,减轻主服务器的压力
原理:
前提是作为主服务器角色的数据库服务器必须开启二进制(binlog)日志
主服务器上面的任何修改都会保存在二进制日志( Bin-log日志) 里面。 从服务器上面启动一个I/O线程, 连接到主服务器上面请求读取二进制(Bin-log)日志,然后把读取到的二进制日志写到本地的Realy-log(中继日志)里面。 从服务器上面同时开启一个SQL线程,读取Realy-log(中继日志),如果发现有更新立即把更新的内容在本机的数据库上面执行一遍。
主服务器
在主服务器上,您必须启用二进制日志记录并配置唯一的服务器ID。需要重启服务器。
编辑主服务器的配置文件 my.cnf
,添加如下内容
添加配置
[mysqld]
log-bin=/var/log/mysql/mysql-bin
server-id=1
创建日志目录并赋予权限
[root@mysql-1 ~]# mkdir /var/log/mysql
[root@mysql-1 ~]# chown mysql.mysql /var/log/mysql
加权限的时候注意/var/log/mysql/mysql-bin 只需要加到/var/log/mysql
重启服务:
[root@mysql-1 ~]# systemctl restart mysqld
应该创建一个专门用于复制数据的用户
mysql> GRANT REPLICATION SLAVE ON *.* TO 'repl'@'%' identified by '123';
将复制的权限给与此用户
在从服务器
上使用刚才创建的用户进行测试连接
[root@mysql-slalve ~]# mysql -urepl -p'123' -hmysql-master1
测试是否连通,连通退出即可
启动从服务器的复制线程
mysql> start slave;
Query OK, 0 rows affected (0.09 sec)
检查是否成功
在从服务上执行如下操作,加长从服务器端 IO线程和 SQL 线程是否是 OK
mysql> show slave status\G
输出结果中应该看到 I/O 线程和 SQL 线程都是 YES
, 就表示成功。
执行此过程后,在主服务上操作的修改数据的操作都会在从服务器中执行一遍,这样就保证了数据的一致性。
2. 配置replication (gtid方式)
基于事务的Replication,就是利用GTID来实现的复制
GTID(全局事务标示符)最初由google实现,在MySQL 5.6中引入.GTID在事务提交时生成,由UUID和事务ID组成.uuid会在第一次启动MySQL时生成,保存在数据目录下的auto .cnf文件里,事务ID则从1开始自增使用GTID的好处主要有两点:
-
不再需要指定传统复制中的master_log_files和master_log_pos,使主从复制更简单可靠
-
可以实现基于库的多线程复制,减小主从复制的延迟
配置文件my.cnf
[mysqld]
log-bin=/var/log/mysql/mysql-bin
server-id=1
#打开gtid模式
gtid_mode=ON
enforce_gtid_consistency=1
重启服务
systemctl start mysqld
区别就是配置文件多了两条指令
gtid_mode=ON
enforce_gtid_consistency=1
从库也需要设置
gtid_mode=ON
enforce_gtid_consistency=1
不需要关注binlog的位置点,会自动同步