MySQL结构同步时分区表无法同步的问题

最近在忙活着组建一主一从的MySQL复制，发现有这么一个问题。其他数据表的自动复制都是正常的，唯独分区表的主从复制不正常。为了重新让主库向从库同步正确的数据，首先需要通过一个数据库管理客户端进行结构同步。但是在这个过程中，因为使用的是SQL的行复制，中间依然出现了分区表不能复制的状况。

为了解决这一问题，查阅了大量博客、书籍和资料后，在一个论坛上找到了答案。那就是在/etc/mysql/my.cnf文件中的

[mysqld]节点上添加如下一行，用于指明sql执行模式，并且需要在主从两台数据库服务的配置中，使用相同的模式。

sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES

保存文件后重启两个数据库服务器。

重新进行结构同步，此时可以看到主从同步成功。

同时，在MySQL的官方文档中也有说明：

http://dev.mysql.com/doc/refman/5.5/en/partitioning-limitations.html

比如如下说明：

SQL mode and user-defined partitioning.  Changing the server SQL mode after creating and inserting data into partitioned tables can cause major changes in the behavior of such tables, and could lead to loss or corruption of data. It is strongly recommended that you never change the SQL mode once you have created tables employing user-defined partitioning.

在设定了分区表以后在创建数据或者插入分区表会引起一些问题，比如数据失真，丢失等等。并且强烈建议在创建了表以后不要再更改用户定义好的分区表。

When replicating partitioned tables, differing SQL modes on master and slave can also lead to problems. For best results, you should always use the same server SQL mode on the master and on the slave.

主从两台机器使用了分区表如果SQL modes相同会出现奇奇怪怪的问题。

这一次因为MySQL主服务器已经先做好了分区表，然后才更改的sql mode。暂且这么过去。然而正式环境这个过程应该倒过来，先统一

定义好sql mode, 然后开始创建分区表，插入数据等等。实验环境就先这么着吧。

这个问题依然没有解决。