MySQL组复制技术实现与数据库性能测试工具

测试环境

本文档是在 99Cloud Lab OpenStack 平台虚机上面测试，仅供参考。

系统： CentOS 7.3

虚机： 2 核 4G

版本： MySQL 5.7

技术架构

MySQL Group Replication（简称 MGR）是官方推出的高可用解决方案，原生复制技术，基于插件的方式工作。其中 single primary mode 单主模式只有一个读写，其余都是只读。

multi primary mode多主模式全部可读写

不管组复制单主还是多主的故障切换都无法让应用无感知，需要自主实现，包含以下特性：

• 复制管理操作更为自动化。
• 通过 Paxos 协议提供数据库集群节点数据强一致性保证。
• 多主模式所有节点都可读写操作。
• 解决网络分区导致的脑裂问题，提升复制数据的可靠性。

一些不足

01、官方引言

意思就是 MGR 内部没有提供一种机制来实现主节点故障切换对应用的无感知。应用的这种故障无感知需要借助外力实现。

02、组复制的局限

所有涉及的数据都必须发生在 InnoDB 存储引擎的表内。

• 所有的表必须有明确的主键定义。
• 网络地址只支持 IPv4。
• 需要低延迟，高带宽的网络。
• 目前集群限制最多允许 9 个节点。
• 必须启用 binlog。
• binlog 格式必须是 row 格式。
• 必须打开 gtid 模式。
• 复制相关信息必须使用表存储。
• 事务写集合（Transaction write set extraction）必须打开。
• log slave updates 必须打开。
• binlog 的 checksum 目前不支持。
• 由于事务写集合的干扰，无法使用 savepoint。
• serializable 隔离级别目前不支持。
• 对同一个对象，在集群中不同的实例上，并行地执行 DDL（哪怕是相互冲突的DDL）是可行的，但会导致数据一致性等方面的错误，目前阶段不支持在多节点同时执行同一对象的 DDL。
• 外键的级联约束操作目前的实现并不完全支持，不推荐使用。

实验搭建

01、实验环境

02、安装软件

数据库主配文件定义

1. datadir=/var/lib/mysql
2. socket=/var/lib/mysql/mysql.sock
3. report_host = 172.16.200.4
4. max_connections = 4096
5. # Disabling symbolic-links is recommended to prevent assorted security risks
6. symbolic-links=0
7. log-error=/var/log/mysqld.log
8. pid-file=/var/run/mysqld/mysqld.pid
9. server_id=1
10. gtid_mode=ON
11. enforce_gtid_consistency=ON
12. master_info_repository=TABLE
13. relay_log_info_repository=TABLE
14. binlog_checksum=NONE
15. log_slave_updates=ON
16. log_bin=binlog
17. binlog_format=ROW
18. # Group Replication configuration
19. transaction_write_set_extraction=XXHASH64
20. loose-group_replication_group_name="09f09aca-2ee4-44f7-b4bb-7d5fe32b52a4"
21. loose-group_replication_start_on_boot=off
22. loose-group_replication_local_address= "172.16.200.4:33061"
23. loose-group_replication_group_seeds= "172.16.200.9:33063,172.16.200.4:33061,172.16.200.6:33062"
24. loose-group_replication_bootstrap_group= off
25. #loose-group_replication_single_primary_mode=FALSE
26. #loose-group_replication_enforce_update_everywhere_checks= TRUE

03、复制授权

进入数据库

1. mysql> SET SQL_LOG_BIN=0;
2. mysql> CREATE USER [email protected]‘%‘ IDENTIFIED BY ‘rpl_pass‘;
3. mysql> GRANT REPLICATION SLAVE ON *.* TO [email protected]‘%‘;
4. mysql> FLUSH PRIVILEGES;
5. mysql> SET SQL_LOG_BIN=1;
6. mysql> CHANGE MASTER TO MASTER_USER=‘rpl_user‘, MASTER_PASSWORD=‘rpl_pass‘      FOR CHANNEL ‘group_replication_recovery‘;

04、启动组复制

安装插件

1. INSTALL PLUGIN group_replication SONAME ‘group_replication.so‘;

启动复制通道

1. SET GLOBAL group_replication_bootstrap_group=ON;
2. START GROUP_REPLICATION;
3. SET GLOBAL group_replication_bootstrap_group=OFF;

查看集群成员

1. mysql> SELECT * FROM performance_schema.replication_group_members;

创建测试同步数据

1. mysql> CREATE DATABASE test;
2. mysql> USE test;
3. mysql> CREATE TABLE t1 (c1 INT PRIMARY KEY, c2 TEXT NOT NULL);
4. mysql> INSERT INTO t1 VALUES (1, ‘Luis‘);

检查同步数据和 Binlog

05、加入集群

其余节点加入集群

1）先定义主配文件与主机 hosts

2）建立通道授权

1. SET SQL_LOG_BIN=0;
2. CREATE USER [email protected]‘%‘ IDENTIFIED BY ‘rpl_pass‘ ;
3. GRANT REPLICATION SLAVE ON *.* TO [email protected]‘%‘ IDENTIFIED BY ‘rpl_pass‘;
4. SET SQL_LOG_BIN=1;
5. CHANGE MASTER TO MASTER_USER=‘rpl_user‘, MASTER_PASSWORD=‘rpl_pass‘
6. FOR CHANNEL ‘group_replication_recovery‘;

3）添加插件

1. mysql>INSTALLPLUGINgroup_replicationSONAME‘group_replication.so‘;

4）启动复制通道

1. mysql>STARTGROUP_REPLICATION;

5）查看集群成员

1. mysql>SELECT*FROMperformance_schema.replication_group_members;

06、集群验证

在各个节点都能看到同步的数据，说明集群搭建成功。

查看集群中的主节点

1. mysql> SELECT VARIABLE_VALUE FROM performance_schema.global_status
2. WHERE VARIABLE_NAME= ‘group_replication_primary_member‘;

性能测试

01、工具选型

对于 MySQL 压力测试，大多用 sysbench/tpcc-mysql 工具，主要针对数据库 OLTP（在线事务处理）指标。

在编辑 tpcc-mysql 环境时依赖 mysql_config，MySQL 5.7 版本以后 mysql_config 更换为了 pkg--config，明显 tpcc-mysql 跟不上节奏。

本文档性能测试工具选用sysbench 1.0.6

02、工具用法

准备测试数据

开始压测

清除测试数据

03、压测 screen view

准备测试数据

集群测试

单机测试

04、测试结果

调研结果

组复制模式配置比异步复制，半同步复制简单便捷，数据同步效率也较高，组复制以插件形式工作。不管组复制单主还是多主的故障切换都无法让应用无感知，需要自主实现。

原文地址：https://www.cnblogs.com/syncnavigator/p/10198349.html