Mysql Group Replication 简介及单主模式组复制配置

最新推荐文章于 2024-10-07 12:00:00 发布
最新推荐文章于 2024-10-07 12:00:00 发布
阅读量2.3k 收藏
点赞数
分类专栏： MYSQL组复制
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/anzhen0429/article/details/78295575
版权

一 Mysql Group Replication简介
   Mysql Group Replication(MGR)是一个全新的高可用和高扩张的MySQL集群服务。
    高一致性，基于原生复制及paxos协议的组复制技术，以插件方式提供一致数据安全保证；
    高容错性，大多数服务正常就可继续工作，自动不同节点检测资源征用冲突，按顺序优先处理，内置自动防脑裂机制；
    高扩展性，自动添加移除节点，并更新组信息；
    高灵活性，单主模式和多主模式。单主模式自动选主，所有更新操作在主进行；多主模式，所有server同时更新。
二 Mysql Group Replication与传统复制的区别和大幅改进
   1.传统复制
      主-从复制：有一个主和不等数量的从。主节点执行的事务会异步发送给从节点，在从节点重新执行。（异步和半同步）
   （半同步相对异步Master会确认Slave是否接到数据，更加安全）


   （原理见主从复制笔记）
   2.并行复制

   并行复制：复制->广播->正式复制
   优势：
   弹性复制（高扩展性）：server动态添加移除
   高可用分片（高扩展性）：分片实现写扩展，每个分片是一个复制组。
   替代主从复制（高扩展性）：整组写入，避免单点争用。
   自动化系统：自动化部署Mysql复制到已有复制协议的自动化系统。
   故障检测与容错：自动检测，若服务faild,组内成员大多数达成认为该服务已不正常，则自动隔离。
         组内成员会构成一个视图，组内成员主动加入或离开（主动或被动），都会更新组配置，更新视图。成员自愿离开，先更新组配置，然后采用大多数成员（不包含主动脱离的成员）意见是否确认该成员离开更新视图。如果是故障要排除，则需大多数服务确认（包括故障成员意见），然后才会更新组配置和视图。   
        最大允许即时故障数：f=(n-1)/2,多数正常则正常
三 主从复制限制

   1.存储引擎必须为innodb

   2.每个表必须提供主键

3.只支持ipv4，网络需求较高

   4.一个group最多只能有9台服务器

   5.不支持Replication event checksums，

   6.不支持Savepoints

   7.multi-primary mode部署方式不支持SERIALIZABLE事务隔离级别

   8.multi-primary mode部署方式不能完全支持级联外键约束

    9.multi-primary mode 部署方式不支持在不同节点上对同一个数据库对象并发执行 DDL( 在不同节点上对同一行并发进行 RW 事务，后发起的事务会失败 )
 四 单主模式布置组复制
   （组中server可在独立物理机运行，也可在同一台机器，同一机器采用多实例，也就是逻辑认为是独立机器）

    1.安装mysql5.7包
   1.卸载系统已有数据库 
    
    
  1. #检测系统是否已安装mariadb,如有则卸载
  2. rpm -qa | grep mariadb
  3. rpm -e mariadb-libs --nodeps
   2.编译安装mysql5.7 
     
     
  1. #添加mysql用户组并添加mysql用户(不允许登录)

  2. groupadd mysql
  3. useradd -r -g mysql -s /bin/false -M mysql
  4. #下载mysql源码包
  5. wget https://dev.mysql.com/get/Downloads/MySQL-5.7/mysql-5.7.17.tar.gz
  6. #安装编译工具和依赖包
  7. yum install -y cmake make gcc gcc-c++
  8. yum install -y ncurses-devel openssl-devel bison-devel libaio libaio-devel
  9. 

  10. # boost库安装
  11. # 该步骤可以省略，在cmake阶段添加参数-DDOWNLOAD_BOOST=1 -DWITH_BOOST=/usr/local/boost即可
  12. wget http://sourceforge.net/projects/boost/files/boost/1.59.0/boost_1_59_0.tar.gz
  13. tar -zxvf boost_1_59_0.tar.gz -C /usr/local
  14. mv /usr/local/boost_1_59_0 /usr/local/boost
  15. cd /usr/local/boost
  16. ./bootstrap.sh
  17. ./b2 stage threading=multi link=shared
  18. ./b2 install threading=multi link=shared
  19. 

  20. #安装编译mysql
  21. cd
  22. tar -zxvf mysql-5.7.17.tar.gz
  23. cd mysql-5.7.17
  24. #使用cmake工具设置参数，新版的php都从configure改用cmake
  25. 

  26. cmake \
  27. -DCMAKE_INSTALL_PREFIX=/usr/local/mysql \
  28. -DMYSQL_DATADTR=/usr/local/mysql/data \
  29. -DSYSCONFDIR=/etc \
  30. -DMYSQL_USER=mysql \
  31. -DWITH_MYISAM_STORAGE_ENGINE=1 \
  32. -DWITH_INNOBASE_STORAGE_ENGINE=1 \
  33. -DWITH_ARCHIVE_STORAGE_ENGINE=1 \
  34. -DWITH_MEMORY_STORAGE_ENGINE=1 \
  35. -DWITH_READLINE=1 \
  36. -DMYSQL_UNIX_ADDR=/usr/local/mysql/mysql.sock \
  37. -DMYSQL_TCP_PORT=3306 \
  38. -DENABLED_LOCAL_INFILE=1 \
  39. -DENABLE_DOWNLOADS=1 \
  40. -DWITH_PARTRTION_STORAGE_ENGINE=1 \
  41. -DEXTRA_CHARSETS=all \
  42. -DDEFAULT_CHARSET=utf8 \
  43. -DDEFAULT_COLLATION=utf8_general_ci \
  44. -DWITH_DEBUG=0 \
  45. -DMYSQL_MAINTAINER_MODE=0 \
  46. -DMITH_SSL:STRING=bundled \
  47. -DWITH_ZLIB:STRING=bundled \
  48. -DDOWNLOAD_BOOST=1 \
  49. -DWITH_BOOST=/usr/local/boost
  50. 

  51. make && make install
  52. #默认1个线程编译，可使用指定线程数加快编译
  53. #make -j $(grep processor /proc/cpuinfo | wc -l) && make install
  54. 

  55. #将mysql目录权限给mysql用户
  56. chown -Rf mysql:mysql /usr/local/mysql
  57. 

  58. #设置mysql的默认配置文件
  59. cp /usr/local/mysql/support-files/my-default.cnf /etc/my.cnf
  60. #把mysql命令加入查找路径
  61. echo "export PATH=$PATH:/usr/local/mysql/bin" >>/etc/profile
  62. source /etc/profile
   防火墙和selinux设置 
     
     
  1. firewall-cmd --permanent --add-port=3307/tcp
  2. firewall-cmd --permanent --add-port=3308/tcp

  3. firewall-cmd --permanent --add-port=3309/tcp

  4. firewall-cmd --permanent --add-port=3407/tcp

  5. firewall-cmd --permanent --add-port=3408/tcp

  6. firewall-cmd --permanent --add-port=3409/tcp

  7. firewall-cmd --reload

  8. 

  9. setenforce 0

  10. sed -i 's#enforcing#permissive#g' /etc/selinux/config
   3.部署组复制实例 
     
     
  1. mkdir /data
  2. #初始化数据库，创建数据库
  3. mysqld --initialize-insecure --user=mysql --basedir=/usr/local/mysql --datadir=/data/s1
  4. mysqld --initialize-insecure --user=mysql --basedir=/usr/local/mysql --datadir=/data/s2
  5. mysqld --initialize-insecure --user=mysql --basedir=/usr/local/mysql --datadir=/data/s3
   4.配置组复制实例S1 
     
     
  1. cat > /data/s1/my.cnf <<EOF
  2. 

  3. [mysqld]

  4. # server configuration
  5. user=mysql
  6. datadir=/data/s1
  7. basedir=/usr/local/mysql/
  8. port=3307
  9. socket=/usr/local/mysql/s1.sock
  10. 

  11. #复制框架
  12. server_id=1
  13. gtid_mode=ON
  14. enforce_gtid_consistency=ON
  15. master_info_repository=TABLE
  16. relay_log_info_repository=TABLE
  17. binlog_checksum=NONE
  18. log_slave_updates=ON
  19. log_bin=binlog
  20. binlog_format=ROW
  21. 

  22. #组复制设置
  23. #server必须为每个事务收集写集合，并使用XXHASH64哈希算法将其编码为散列
  24. transaction_write_set_extraction=XXHASH64
  25. #告知插件加入或创建组命名，UUID 
  26. loose-group_replication_group_name="aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa"
  27. #server启动时不自启组复制
  28. loose-group_replication_start_on_boot=off
  29. #告诉插件使用IP地址，端口3407用于接收组中其他成员转入连接
  30. loose-group_replication_local_address="127.0.0.1:3407"
  31. #启动组server，种子server，加入组应该连接这些的ip和端口；其他server要加入组得由组成员同意
  32. loose-group_replication_group_seeds="127.0.0.1:3407,127.0.0.1:3408,127.0.0.1:3409"
  33. loose-group_replication_bootstrap_group=off
  34. loose-group_replication_single_primary_mode=FALSE

  35. loose-group_replication_enforce_update_everywhere_checks= TRUE

  36. 

  37. EOF
   5.用户凭据 
    
    
  1. #启动mysql实例1服务
  2. nohup mysqld --defaults-file=/data/s1/my.cnf >/data/s1/nohup.out 2>/data/s1/nohup.out &
  3. #登录mysql s1
  4. mysql -uroot -h127.0.0.1 -P3307 --skip-password

  5. #修改root密码
  6. alter user 'root'@'localhost' identified by '123456';
  7. #下面操纵不写入二进制日志，避免修改传递给其他实例，先关闭
  8. set sql_log_bin=0;

  9. #创建拥有replication slave权限mysql用户
  10. create user rpl_user@'%';

  11. grant replication slave on *.* to rpl_user@'%'  identified by 'rpl_pass';

  12. flush privileges;

  13. #开启二进制写入
  14. set sql_log_bin=1;
  15. #分布式恢复加入组的server执行第一步
  16. #change master to语言将server配置为，在下次需要从其他成员恢复状态时，使用group_replication_recovery复制通道的给定凭证。
  17. change master to master_user='rpl_user',master_password='rpl_pass' for channel 'group_replication_recovery';

  18. #建议每个mysql通过配置唯一主机名，通过DNS或本地设置。（相同可能导致无法恢复）
   6.启动组复制 
     
     
  1. #安装组复制插件
  2. install plugin group_replication soname 'group_replication.so';

  3. #检测插件是否安装成功
  4. show plugins;

  5. +----------------------------+----------+--------------------+----------------------+---------+
| Name                       | Status   | Type               | Library              | License |
+----------------------------+----------+--------------------+----------------------+---------+
......
| group_replication          | ACTIVE   | GROUP REPLICATION  | group_replication.so | GPL     |
+----------------------------+----------+--------------------+----------------------+---------+
  6. #server s1引导组，启动组复制程序（复制组只启动一次就行）
  7. set global group_replication_bootstrap_group=ON;
  8. start group_replication;
  9. set global group_replication_bootstrap_group=OFF;
  10. #检测组是否创建并已加入新成员
  11. select * from performance_schema.replication_group_members;
  12. +---------------------------+--------------------------------------+-------------+-------------+--------------+
| CHANNEL_NAME              | MEMBER_ID                            | MEMBER_HOST | MEMBER_PORT | MEMBER_STATE |
+---------------------------+--------------------------------------+-------------+-------------+--------------+
| group_replication_applier | 70bf7af3-1657-11e7-82a8-000c29433013 | test1       |        3307 | ONLINE       |
+---------------------------+--------------------------------------+-------------+-------------+--------------+

  13.
   7.测试 
    
    
  1. mysql> create database test;
  2. 2017-03-31T23:23:45.535115Z 8 [Note] Plugin group_replication reported: 'Primary had applied all relay logs, disabled conflict detection'
  3. Query OK, 1 row affected (0.03 sec)
  5. mysql> use test;
  6. Database changed
  7. 

  8. mysql> create table t1(c1 int primary key,c2 text not null);
  9. Query OK, 0 rows affected (0.03 sec)
  11. mysql> insert into t1 values (1 , 'Luis');
  12. Query OK, 1 row affected (0.01 sec)
  14. mysql> select * from t1;
  15. +----+------+
  16. | c1 | c2   |
  17. +----+------+
  18. |  1 | Luis |
  19. +----+------+
  20. 1 row in set (0.00 sec)
  22. mysql> show binlog events;
  23. +---------------+------+----------------+-----------+-------------+----------------------------------------------------------------------------------------------------------------------+
  24. | Log_name      | Pos  | Event_type     | Server_id | End_log_pos | Info                                                                                                                 |
+---------------+------+----------------+-----------+-------------+----------------------------------------------------------------------------------------------------------------------+
| binlog.000001 |    4 | Format_desc    |         1 |         123 | Server ver: 5.7.17-log, Binlog ver: 4                                                                                |
| binlog.000001 |  123 | Previous_gtids |         1 |         150 |                                                                                                                      |
| binlog.000001 |  150 | Gtid           |         1 |         211 | SET @@SESSION.GTID_NEXT= '21355e09-16ea-11e7-bb6b-000c29433013:1'                                                    |
| binlog.000001 |  211 | Query          |         1 |         386 | ALTER USER 'root'@'localhost' IDENTIFIED WITH 'mysql_native_password' AS '*6BB4837EB74329105EE4568DDA7DC67ED2CA2AD9' |
| binlog.000001 |  386 | Gtid           |         1 |         447 | SET @@SESSION.GTID_NEXT= 'aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa:1'                                                    |
| binlog.000001 |  447 | Query          |         1 |         506 | BEGIN                                                                                                                |
| binlog.000001 |  506 | View_change    |         1 |         645 | view_id=14910585094598745:1                                                                                          |
| binlog.000001 |  645 | Query          |         1 |         710 | COMMIT                                                                                                               |
| binlog.000001 |  710 | Gtid           |         1 |         771 | SET @@SESSION.GTID_NEXT= 'aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa:2'                                                    |
| binlog.000001 |  771 | Query          |         1 |         861 | create database test                                                                                                 |
| binlog.000001 |  861 | Gtid           |         1 |         922 | SET @@SESSION.GTID_NEXT= 'aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa:3'                                                    |
| binlog.000001 |  922 | Query          |         1 |        1044 | use `test`; create table t1(c1 int primary key,c2 text not null)                                                     |
| binlog.000001 | 1044 | Gtid           |         1 |        1105 | SET @@SESSION.GTID_NEXT= 'aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa:4'                                                    |
| binlog.000001 | 1105 | Query          |         1 |        1173 | BEGIN                                                                                                                |
| binlog.000001 | 1173 | Table_map      |         1 |        1216 | table_id: 220 (test.t1)                                                                                              |
| binlog.000001 | 1216 | Write_rows     |         1 |        1258 | table_id: 220 flags: STMT_END_F                                                                                      |
| binlog.000001 | 1258 | Xid            |         1 |        1285 | COMMIT /* xid=40 */                                                                                                  |
+---------------+------+----------------+-----------+-------------+----------------------------------------------------------------------------------------------------------------------+
17 rows in set (0.00 sec)
   8.第二个实例添加(S2)       
     
     
  1. cat > /data/s2/my.cnf <<EOF
  2. 

  3. [mysqld]
  4. # server configuration
  5. user=mysql
  6. datadir=/data/s2
  7. basedir=/usr/local/mysql/
  8. port=3308
  9. socket=/usr/local/mysql/s2.sock
  10. 

  11. #复制框架
  12. server_id=2
  13. gtid_mode=ON
  14. enforce_gtid_consistency=ON
  15. master_info_repository=TABLE
  16. relay_log_info_repository=TABLE
  17. binlog_checksum=NONE
  18. log_slave_updates=ON
  19. log_bin=binlog
  20. binlog_format=ROW
  21. 

  22. #组复制设置
  23. #server必须为每个事务收集写集合，并使用XXHASH64哈希算法将其编码为散列
  24. transaction_write_set_extraction=XXHASH64
  25. #告知插件加入或创建组命名，UUID 
  26. loose-group_replication_group_name="aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa"
  27. #server启动时不自启组复制
  28. loose-group_replication_start_on_boot=off
  29. #告诉插件使用IP地址，端口3408用于接收组中其他成员转入连接
  30. loose-group_replication_local_address="127.0.0.1:3408"
  31. #启动组server，种子server，加入组应该连接这些的ip和端口；其他server要加入组得由组成员同意
  32. loose-group_replication_group_seeds="127.0.0.1:3407,127.0.0.1:3408,127.0.0.1:3409"
  33. loose-group_replication_bootstrap_group=off
  34. loose-group_replication_single_primary_mode=FALSE

  35. loose-group_replication_enforce_update_everywhere_checks= TRUE
  36. 

  37. EOF
   9.用户凭证（S2） 
     
     
  1. #启动mysql实例2服务
  2. nohup mysqld --defaults-file=/data/s2/my.cnf >/data/s2/nohup.out 2>/data/s2/nohup.out &
  3. #登录mysql s1
  4. mysql -uroot -h127.0.0.1 -P3308 --skip-password
  5. #修改root密码
  6. alter user 'root'@'localhost' identified by '123456';
  7. #下面操纵不写入二进制日志，避免修改传递给其他实例，先关闭
  8. set sql_log_bin=0;

  9. #创建拥有replication slave权限mysql用户
  10. create user rpl_user@'%';

  11. grant replication slave on *.* to rpl_user@'%' identified by 'rpl_pass';

  12. flush privileges;

  13. #开启二进制写入
  14. set sql_log_bin=1;
  15. #分布式恢复加入组的server执行第一步
  16. #change master to语言将server配置为，在下次需要从其他成员恢复状态时，使用group_replication_recovery复制通道的给定凭证。
  17. change master to master_user='rpl_user',master_password='rpl_pass' for channel 'group_replication_recovery';

  18. #建议每个mysql通过配置唯一主机名，通过DNS或本地设置。（相同可能导致无法恢复）
   10.添加组 
    
    
  1. #安装组复制插件
  2. install plugin group_replication soname 'group_replication.so';

  3. #检测插件是否安装成功
  4. show plugins;

  5. +----------------------------+----------+--------------------+----------------------+---------+
| Name                       | Status   | Type               | Library              | License |
+----------------------------+----------+--------------------+----------------------+---------+
......
| group_replication          | ACTIVE   | GROUP REPLICATION  | group_replication.so | GPL     |
+----------------------------+----------+--------------------+----------------------+---------+
  6. #添加到复制组（不用再设置启动，该组已在是s1时启动）
  7. set global group_replication_allow_local_disjoint_gtids_join=ON;

  8. start group_replication;

  9. #检测组是否创建并已加入新成员
  10. select * from performance_schema.replication_group_members;
  11. +---------------------------+--------------------------------------+-------------+-------------+--------------+
| CHANNEL_NAME              | MEMBER_ID                            | MEMBER_HOST | MEMBER_PORT | MEMBER_STATE |
+---------------------------+--------------------------------------+-------------+-------------+--------------+
| group_replication_applier | 21355e09-16ea-11e7-bb6b-000c29433013 | test1       |        3307 | ONLINE       |
| group_replication_applier | 25b39bc8-16ea-11e7-bc1e-000c29433013 | test1       |        3308 | ONLINE       |
+---------------------------+--------------------------------------+-------------+-------------+--------------+
   11.测试同步是否正常 
       
       
  1. mysql> show databases like 'test';
  2. +-----------------+
  3. | Database (test) |
  4. +-----------------+
  5. | test            |
  6. +-----------------+

问题：
#在建立第二个mysql实例s2时，会有以下现象，s2一直处于 RECOVERING 状态。 
      
      
  1. +---------------------------+--------------------------------------+-------------+-------------+--------------+
  2. | CHANNEL_NAME              | MEMBER_ID                            | MEMBER_HOST | MEMBER_PORT | MEMBER_STATE |
  3. +---------------------------+--------------------------------------+-------------+-------------+--------------+
  4. | group_replication_applier | 21355e09-16ea-11e7-bb6b-000c29433013 | test1       |        3307 | ONLINE       |
  5. | group_replication_applier | 25b39bc8-16ea-11e7-bc1e-000c29433013 | test1       |        3308 | RECOVERING   |
  6. +---------------------------+--------------------------------------+-------------+-------------+--------------+
错误日志如下： 
     
     
  1. [ERROR] Slave I/O for channel 'group_replication_recovery': error connecting to master 'rpl_user@test1:3307' - retry-time: 60  retries: 1, Error_code: 2003
  2. [ERROR] Plugin group_replication reported: 'There was an error when connecting to the donor server. Check group replication recovery's connection credentials.'
原因：mysql组复制用的是域名连接，我的主机设置名字为test1,但没有在hosts文件中声明其IP为127.0.0.1。（DNS就更没有了）导致s2无法正常访问s1。因而报错。
解决方法：修改/etc/hosts文件，追加127.0.0.1 对应主机名为test1。然后重新启动组复制就可以。
   
《Mysql Group Repaliation》京东翻译
参考博客 http://www.voidcn.com/blog/d6619309/article/p-6346153.html   
阅读全文
版权声明：
anzhen0429
关注
专栏目录
MySQL Group Replication 组复制原理
07-24
### MySQL Group Replication 组复制原理 #### 一、引言 MySQL Group Replication作为MySQL 5.7.17版本之后引入的一项新特性，它为数据库管理领域带来了全新的复制解决方案。这一特性不仅提升了系统的可用性和扩展...
MySQL Group Replication原理及搭建
jiaona_chen123的博客
06-08 5722
1. MGR简介 1.1 MGR介绍 MGR全称MySQL Group Replication(mysql 组复制)，是MySQL官方于2016年推出的一个全新的高可用扩展解决方案。是一种基于paxos协议的状态机复制，在MGR出现以前，都是以master-slave架构出现的，mysql5.7版本开始支持无损半同步复制（lossless semi-sync replication），从而进一步提升数据的强一致性。 MGR由若干个节点共同组成一个复制组，一个事务提交，必须经过组内大多数节点（N／2+1）决议
Mysql Group Replication简介
MYSQL轻松学的专栏
11-11 3552
​MGR（Mysql Group Replication）是5.7版本新加的特性，是一个MySQL插件。 MGR 是一个新的高可用与高扩展的方案，集群中的任何节点数据都是一样的，可以实现任何节点都可以写入，实现了真正意义上的多主。 主要包含以下几部分 API层：负责完成和MySQL Server的交互，得到Server状态，完成事务的管理。 组件层：主要包括3个特定组件，Capture负责收集事务执行的相关信息，Applier负责应用集群事务到本地，Recovery负责节点的数据恢复。 复制层
Mysql高级篇（下）——主从复制
最新发布
weixin_44666786的博客
10-07 1661
介绍MySQL主从复制的背景、原理、作用、以及主从架构搭建过程，同时对主从复制过程中存在的问题及解决办法做了详细的说明
MySQL复制（五）：组复制概念（Group Replication Concepts）
Vincent的博客
01-10 2419
组复制中的成员可以独立的发起和提交事务（多主模式），当事务准备提交时，需要在组中广播将要修改的数据集，将事务加入全局事务列表，所有组成员必须就全局事务列表中给定事务的顺序达成一致，且事务必须由组服务批准后才能提交。当服务器故障时，组复制虽然可以继续提供数据库服务，但那些连接到故障服务器上的会话必须重新连接，或者failover到其他正常的服务器上，组复制并不提供会话failover的功能，需要其他的解决方案，例如MySQL Router。当单一主库负载过大时，可以通过组复制的多主模式分散写入负载。
【mysql集群之组复制】
qq_62331653的博客
08-26 749
提交或回滚事务由每个服务器单独完成，但所有服务器都必须做出相同的决定如果存在网络分区，导致成员无法达成事先定义的分割策略，则在解决此问题之前系统不会继续进行，这是一种内置的自动裂脑保护机制MGR由组通信系统( Group Communication System ，GCS ) 协议支持。MySQL Group Replication(简称 MGR )是 MySQL 官方于 2016 年 12 月推出的一个全新的高可用与高扩展的解决方案。对于要提交的事务，组成员必须就全局事务序列中给定事务的顺序达成一致。
Mysql 5.7 基于组复制(MySQL Group Replication) - 精华版
01-17
本篇文章详细介绍了 MySQL 5.7 基于组复制(MySQL Group Replication)的配置说明，实为线上操作手册，在此分享，希望能帮助到有用到的朋友～ MySQL 组复制(MySQL Group Replication)是 MySQL 官方于 2016 年 12 月...
MySQL-group-replication 配置步骤(推荐)
09-09
MySQL Group Replication是一种高可用性和高容错性的数据库复制解决方案，尤其在MySQL 5.7.17版本中被引入。这个特性使得多个MySQL实例可以在同一个组内进行数据同步，确保了数据的一致性，并且提供了自动故障切换的...
mysql MGR 单主多主模式切换知识点详解
09-08
MySQL Group Replication (MGR) 是一种用于MySQL数据库的高...总的来说，理解并熟练掌握MGR的单主多主模式切换是确保MySQL集群稳定性和可用性的重要一环。正确配置和管理MGR，能够为业务提供高效、可靠的数据库服务。
深入理解MySQL Group Replication.pdf
10-14
深入理解MySQL Group Replication MySQL Group Replication是一种高可用性和高性能的解决方案，旨在提供数据库的高可用性和高性能。它是MySQL数据库的一部分，旨在提供高可用性和高性能的解决方案。 背景： 数据库...
MySql高可用集群之MGR（MySQL Group Replication）
weixin_44112884的博客
04-11 1042
--- MGR （MySQL Group Replication）是MySQL自带的一个插件，可以灵活部署。MySQL MGR集群是多个MySQL Server节点共同组成的分布式集群，每个Server都有完整的副本，它是基于ROW格式的二进制日志文件和GTID特性。架构主要是APIs层、组件层、复制协议模块层和GCS API+Paxos引擎层构成。
MySQL 8 复制（十）——组复制性能与限制
wzy0623的专栏
07-30 4624
目录 一、组复制性能 1. 概述 2. 测试规划 3. 消息压缩 4. 组通信线程循环 5. 写入集 6. 流控 7. 其它配置 8. 主从、半同步、组复制性能对比测试 二、组复制要求与限制 1. 组复制要求 2. 组复制限制 一、组复制性能 1. 概述 组复制的基本保证是，只有在组中的大多数节点接收到事务并且就并发事务的相对顺序达成一致之后，才会提交...
细细探究MySQL Group Replicaiton — 配置维护故障处理全集
dbtg45121的博客
04-07 1615
本文主要描述MySQL Group Replication的简易原理、搭建过程以及故障维护管理内容。由于是新技术，未在生产环境使用过，本文均是虚拟机测试，可能存在考虑不周跟思路有误情况，欢迎交流指正。 如果转载，请注明博文来源：www.cnblogs.com/xinysu/ ，版权归 博客园 苏家小萝卜 所有。望各位支持！ 1 What's Gr...
MySQL组复制的介绍
qq_34595089的博客
02-05 1368
本文介绍关于MySQL组复制的背景信息和基本原理。包括，介绍MySQL传统复制方法的原理和隐患、介绍组复制的原理，单主模式和多主模式等等。通过结合原理图学习这些概念，可以很好的帮助我们理解组复制技术这一MySQL高可用方案，有利于提升我们对组复制的管理能力，以及为部署组复制和学习InnoDB Cluter打下理论基础。
MySQL 8.0中引入的选项和变量（四）
hay23455的博客
01-17 489
• group_replication_communication_max_message_size: Group Replication 通信的最大消息大小，超过此大小的消息将被分割。• group_replication_flow_control_min_recovery_quota: 因为另一个组成员正在恢复而可分配给每个成员的最低配额。• group_replication_flow_control_member_quota_percent: 在计算配额时，成员应假定自身可用的配额百分比。
MySQL组复制（Group Replication）
Lockey23的博客
09-30 1821
MySQL组复制（Group Replication），MySQL组复制配置
【MGR】MySQL Group Replication 要求与限制
DBA之路的博客
03-04 1040
这是因为导致由多主模式组执行的级联操作的外键约束可能导致在组的成员之间未检测到的冲突，并导致组的成员之间的数据不一致。当从MySQL 5.7.37或更早版本升级到MySQL 5.7.38或更高版本时，如果您的Group Replication服务器以前接受的事务大于新的默认限制，并且您允许group_replication_transaction_size_limit默认为旧的零限制，那么在升级到新默认值后，这些事务将开始失败。写集基于每行的主键，并且是标识已更改的行的简化和紧凑视图的标签。
MySQL Group Replication 介绍
热门推荐
CrazyPig的技术博客
12-16 2万+
2016-12-12，一个重要的日子，mysql5.7.17 GA版发布，正式发布了Group Replication(组复制) Plugin，增强了mysql原有的高可用方案(原有的高可用方案是指mysql主从架构)，提供了重要的特性——多写，保证组内高可用，数据强一致性。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值