近日，腾讯云CDB迎来MySQL 5. 7 版本的更新。MySQL 5.7GA版本从5.7. 9 到如今的5.7.18，版本已经越来越不变。从oracle官方版本发布的Release Notes中，看到比来的两个版本5.7. 17 和5.7. 18 主要是以bug修改为主。

众所周知，腾讯云CDB for MySQL5. 7 版本除了性能的极大提升之外，也增加了很多新功能特性，好比GIS数据类型和空间索引，Json数据类型，Generated colum以及函数索引, 数据加密，还有Group Relication等等重磅功能。

而腾讯云上已经有用户需要用到上述的一些功能，，所以也是从本年四月份就开始做TXSQL 5.7(TXSQL是腾讯云数据库团队维护的MySQL内核分支)的版本，并在四月底提交了版本进行测试。本次，腾讯云的TXSQL 5. 7 是基于MySQL 5.7. 18 版本。

目前腾讯云TXSQL 5. 7 的第一版，在复制强制一致、自动转换MyISAM表为InnoDB表、增加差别的工作模式等方面有着非常重大的突破。

1. 复制强制一致

了解的人都知道，在MySQL的semisync设有超时机制，配置参数为rpl_semi_sync_master_timeout。一旦master在设定的时间内没有比及slave的确认(好比网络故障)，semisync就会关闭，主动降级为默认的异步复制模式。异步复制模式最大的问题就是master不消等待slave的确认。那么当master挂掉的时候，切换到slave，就存在丢数据的可能。

针对数据可能丢失这一点，腾讯云在TXSQL 5. 7 增加了一个新的选项rpl_semi_sync_wait_forever。在其为ON的时候，master会一直等待slave的确认。如果长时间等不到确认，系统告警，这时候可以设置rpl_semi_sync_wait_forever为OFF，来唤醒master中的等待线程，同时将semisync降级为异步模式。在这种情况下，如果master在最终收到slave确认，并且slave追赶到最新的binglog后会自动开启semisync。

11. 方案设计

(1) 设置rpl_semi_sync_master_timeout到一个无限大的值

这样可以实现master一直等待，但是当想回到正常的timeout模式时，我们需要记住之前的rpl_semi_sync_master_timeout的设置值。这样可能需要加一个系统的状态变量来生存这个值。别的，这样会导致在处理rpl_semi_sync_master_timeout值变革时的逻辑变复杂。

(2) 增加新变量rpl_semi_sync_wait_forever

既然在上一种方案需要一个新的状态变量，腾讯云就直接增加一个变量来作为一直等待的开关。在rpl_semi_sync_wait_forever为ON的时候，master会一直等待slave的确认。如果长时间等不到确认，系统告警，则可以设置rpl_semi_sync_wait_forever为OFF，来唤醒master中的等待线程，同时将semisync降级为异步模式。在这种情况下，如果master在最终收到slave确认，并且slave追赶到最新的binglog后会自动开启semisync。

(3)基于paxos的semisync

MySQL5. 7 中支持rpl_semi_sync_master_wait_for_slave_count，但在某一个slave没有在rpl_semi_sync_master_timeout时间内返回确认，即即是master比及了rpl_semi_sync_master_wait_for_slave_count个slave的确认，master还是会从semisync降级到异步模式。在semisync中支持paxos协议会从根本上解决这个问题，实现真正意义上的强一致。

目前，腾讯云选择的为(2)方案，这主要是因为，现网实例中基本都是一主一备，(3)的方案比较重，(2)的实现明显优于(1)。方案(3)适合对强一致要求更高的应用场景，目前，腾讯云已经列入开发计划，预计下半年推出。

1.2 实现原理

(1) 设置rpl_semi_sync_wait_forever为ON之后

a. 新进来的事务需要一直等待。

b. 之前老的事务如果发生超时，需要继续等待。

因为如果用户设置为ON之后，预期是不会发生超时。

(2)设置rpl_semi_sync_wait_forever为OFF

如果此时有一直在等待的事务，要唤醒。最初的方案是

signal_waiting_sessions_all()来唤醒这些事务，然后如果事务等待的时间超过了rpl_semi_sync_master_timeout，降级为异步模式。如果等待的时间wait_time < rpl_semi_sync_master_timeout，那么继续等待rpl_semi_sync_master_timeout - wait_time。但是通过sysbench压测发现这样的方案会导致死锁，。

所以最终的简化方案是：

1.3 新增状态

2. 自动转换MyISAM表为InnoDB表

MyISAM表因为不支持事务，所以存在故障恢复丢数据的可能。在复制环境下，如果使用MyISAM表，master和slave就可能出现纷歧致情况。即使腾讯云强烈建议用户只使用InnoDB表，但是还是无法制止用户在某些情况仍然去使用MyISAM表。为了解决这个问题，腾讯云提供了新的选项，在建表的时候默认将MyISAM表转为InnoDB表。

新增变量

可选值

由于InnoDB内部的一些限制，会导致有些情况下转换失败。

(1) auto-increment

在InnoDB中只允许定义一个自增列，而且这个列必需被定义为主键。在MyISAM中则无此限制。

(2) max key length

在InnoDB中，innodb_large_prefix关闭的情况下，max key length不能大于767，而在MyISAM中，则不能大于1000。

(3) row format

在InnoDB中，innodb_strict_mode开启的情况下，row format FIXED是不支持的。

3. 增加差别的工作模式

除了复制强制一致、自动转换MyISAM表为InnoDB表，这两项功能的实现以外，在TXSQL 5. 7 中，腾讯云还为其增加了READ_ONLY模式。