ITPub博客

首页 > 数据库 > MySQL > MySQL 5.5 Semi-sync 半同步复制测试

MySQL 5.5 Semi-sync 半同步复制测试

原创 MySQL 作者:btldxx 时间:2014-01-21 14:10:35 0 删除 编辑

背景:

MySQL5.5版本中,引入了半同步复制模式(Semi-synchronous Replication,在这种模式下:master会等到binlog成功传送并写入至少一个slaverelay log之后才会提交,这样,在允许损失一定的事务吞吐量的前提下来保证同步数据的安全。半同步模式其实是作为MySQL5.5的一个plugin实现的,masterslave使用不同的plugin

针对MySQL5.5的这个特性,我们做了一些测试,具体情况如下:

一、环境准备

1、操作系统与数据库环境情况:

OS:Ubuntu 12.04 LTS \n \l

mysql:Ver 14.14 Distrib 5.5.32, for debian-linux-gnu (x86_64) using readline 6.2

2、打开semi-sync功能:

Mysql 在编译后会在plugin目录生成两个.so文件,semisync_slave.so semisync_master.so安装

INSTALL PLUGIN rpl_semi_sync_master SONAME 'semisync_master.so';

INSTALL PLUGIN rpl_semi_sync_slave SONAME 'semisync_slave.so';

主库:

$vi my.cnf

...

rpl_semi_sync_master_enabled=1

rpl_semi_sync_master_timeout=1000

...

备库:

$vi my.cnf

...

rpl_semi_sync_slave_enabled=1

这些参数是可以动态修改的

主库执行:

set global rpl_semi_sync_master_enabled=1;

set global rpl_semi_sync_master_timeout=1000;

 

从库执行;

set global rpl_semi_sync_slave_enabled=1;

重启动slave

 

查看状态:

show status like "%rpl_semi%";

mysql> show status like "%rpl_semi%";

+--------------------------------------------+-------+

| Variable_name                              | Value |

+--------------------------------------------+-------+

| Rpl_semi_sync_master_clients               | 2     |

| Rpl_semi_sync_master_net_avg_wait_time     | 0     |

| Rpl_semi_sync_master_net_wait_time         | 0     |

| Rpl_semi_sync_master_net_waits             | 0     |

| Rpl_semi_sync_master_no_times              | 0     |

| Rpl_semi_sync_master_no_tx                 | 0     |

| Rpl_semi_sync_master_status                | ON    |

| Rpl_semi_sync_master_timefunc_failures     | 0     |

| Rpl_semi_sync_master_tx_avg_wait_time      | 0     |

| Rpl_semi_sync_master_tx_wait_time          | 0     |

| Rpl_semi_sync_master_tx_waits              | 0     |

| Rpl_semi_sync_master_wait_pos_backtraverse | 0     |

| Rpl_semi_sync_master_wait_sessions         | 0     |

| Rpl_semi_sync_master_yes_tx                | 0     |

| Rpl_semi_sync_slave_status                 | OFF   |

+--------------------------------------------+-------+

说明半同步已经打开,主库连接有2个客户端。

二、测试情况:

1.       关闭semi_sync功能,使用异步复制,对主节点持续插入三百万条数据,在插入过程中reboot主节点主机。

测试结果:

主库上记录数:

mysql> select count(*) from sbtest;

+----------+

| count(*) |

+----------+

|  1030000 |

+----------+

备库1

mysql> select count(*) from sbtest;

+----------+

| count(*) |

+----------+

|   870000 |

+----------+

备库2

mysql> select count(*) from sbtest;

+----------+

| count(*) |

+----------+

|   690000 |

+----------+

2.       做为测试1的对照,打开semi_sync功能,使用半同步复制,对主节点持续插入三百万条数据,在插入过程中reboot主节点主机。

测试结果:

主库

mysql> select count(*) from sbtest;

+----------+

| count(*) |

+----------+

|  1050000 |

+----------+

1 row in set (0.00 sec)

 

备库1

mysql> select count(*) from sbtest;

+----------+

| count(*) |

+----------+

|  1050000 |

+----------+

1 row in set (0.00 sec)

mysql>

备库2

mysql> select count(*) from sbtest;

+----------+

| count(*) |

+----------+

|  1040000 |

+----------+

1 row in set (0.00 sec)

 

结论:在经过反复测试,发现在使用reboot(与使用servcie mysql stop命令结果相同),关闭主机的情况下,半同步复制会保证至少一台从节点数据与主节点一致。而异步复制很少能够做到从节点数据不丢失。

3.       关闭semi_sync功能,使用异步复制,对主节点持续插入三百万条数据,在插入过程中直接关闭主节点电源。

测试结果:

主库53

Database changed

mysql> select count(*) from sbtest;

+----------+

| count(*) |

+----------+

|  2118997 |

+----------+

1 row in set (0.00 sec)

 

mysql>

从库74

mysql> select count(*) from sbtest;

+----------+

| count(*) |

+----------+

|  2390000 |

+----------+

1 row in set (0.00 sec

从库141

mysql> select count(*) from sbtest;

+----------+

| count(*) |

+----------+

|  2390000 |

奇怪的是两个从库数据均比主库多,

第二次测试:

主库:

Database changed

mysql> select count(*) from sbtest;

+----------+

| count(*) |

+----------+

|   177536 |

+----------+

1 row in set (0.00 sec)

 

mysql>

从库1

mysql> select count(*) from sbtest;

+----------+

| count(*) |

+----------+

|   450000 |

+----------+

1 row in set (0.00 sec

从库2

mysql> select count(*) from sbtest;

+----------+

| count(*) |

+----------+

|   430000 |

+----------+

1 row in set (0.00 sec)

 

第二次测试尽管两个从库数据不一致,但都不主库数据多。

此时查看从节点状态,报错信息:

Last_IO_Errno: 1236

Last_IO_Error: Got fatal error 1236 from master when reading data from binary log: 'Client requested master to start replication from impossible position; the first event 'mysql-bin.000017' at 27462756, the last event read from '/var/log/mysql/mysql-bin.000017' at 4, the last byte read from '/var/log/mysql/mysql-bin.000017' at 4.'

Last_SQL_Errno: 0

 

结果分析:反复关电测试,发现每次都会出现从节点比主节点数据多的情况。经过分析,我们认为,mysql中从节点应该是直接读取的主节点中的缓存中的数据,而这些数据如果在没有写入磁盘中就出现断电的话,这部分数据主节点中将会丢失,而此时从节点因为得到了这部分缓存了的数据,所以会出现比主节点数据多的情况。

 

4、做为测试3的对照,打开semi_sync功能,使用半同步复制,对主节点持续插入三百万条数据,在插入过程中关闭主节点主机电源。

 

测试结果:

 

主库53

Database changed

mysql> select count(*) from sbtest;

+----------+

| count(*) |

+----------+

|  2118997 |

+----------+

1 row in set (0.00 sec)

 

mysql>

从库74

mysql> select count(*) from sbtest;

+----------+

| count(*) |

+----------+

|  2390000 |

+----------+

1 row in set (0.00 sec

从库141

mysql> select count(*) from sbtest;

+----------+

| count(*) |

+----------+

|  2390000 |

 

第二次测试:

主库:

Database changed

mysql> select count(*) from sbtest;

+----------+

| count(*) |

+----------+

|   177536 |

+----------+

1 row in set (0.00 sec)

 

mysql>

从库1

mysql> select count(*) from sbtest;

+----------+

| count(*) |

+----------+

|   450000 |

+----------+

1 row in set (0.00 sec

从库2

mysql> select count(*) from sbtest;

+----------+

| count(*) |

+----------+

|   430000 |

+----------+

1 row in set (0.00 sec)

 

 

结论:在直接关电的情况下,是否打开半同步复制区别不大,都会出现从库比主库多的情况。

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/14594028/viewspace-1073519/,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论

注册时间:2014-01-21

  • 博文量
    4
  • 访问量
    100723