Mysql拆库两种重命名schema名的方法及其性能

Mysql复制无法重命名schema名，导致拆库后两边一样的名称对维护和理解是比较困扰的。

间接的重命名方法有以下两种思路：1)备库使用federated存储引擎，指向重命名的库.

2)在复制的同时使用触发器，触发写入重命名的库.

接下来就就对两种方法进行性能测试:

备库为空表,从生产数据库进行复制某一写并发最高的表,备库的SQL线程压力打满。

1)默认复制: 17003 QPS

2)使用federated

a.指向localhost的库: 4657 QPS

b.指向remote的库: 2244 QPS

3)使用触发器:  15387 QPS

为了排除触发器本身可能占用QPS一部分,从复制延迟追回的性能进行比较:

复制1min追回量

1)默认复制: 1min追回361s

2)使用触发器: 1min追回330s

结论:使用federated只能在并发量少的情况下使用，好处是搭建和清理较方便，只需要建立和删除过渡的federated表；高并发情况下，触发器是更好的选择，小缺憾就是每个表需要建立3个触发器。两者共同的局限就是不支持DDL操作。

PS：此测试对空表进行测试，实际环境可能由于SSD或者表数据量原因。