mysql> show master logs;
+------------------+------------+
| Log_name | File_size |
+------------------+------------+
| mysql-bin.007758 | 2514487585 |
| mysql-bin.007759 | 9107651572 |
+------------------+------------+
mysql> desc baby_camp;
+-----------------------------------+-----------------------+------+-----+-------------------+-----------------------------+
| Field | Type | Null | Key | Default | Extra |
+-----------------------------------+-----------------------+------+-----+-------------------+-----------------------------+
| content | mediumtext | YES | | NULL | |
| tweet_url | text | YES | | NULL | |
| note | text | YES | | NULL | |
| requirement | text | YES | | NULL | |
省略了部分内容。。。。
+-----------------------------------+-----------------------+------+-----+-------------------+-----------------------------+
mysql> select count(*) from baby_camp;
+----------+
| count(*) |
+----------+
| 1131460 |
+----------+
1 row in set (0.50 sec)
mysql> select count(*) from baby_delta;
+----------+
| count(*) |
+----------+
| 10136301 |
+----------+
1 row in set (1.12 sec)
五、再次有添加变更列,类型的需求的解决方案：
1.能不增加、不修改表列或者默认值尽量不要做,要求似乎不合情理啊,该做的还得做:(
2.多个表要变更字段等操作分批处理,减少binlog的产生,虽然麻烦一些,安全稳定重要
3.没有办法的办法就是暴力改动数据库的参数,缺点是有些参数需要重启数据库实例
六、疑惑之处：
复制的源主库只有一个,其中17和15出现复制崩溃（注：都开启了binlog,且格式是row,都会出现问题1,但是只有15问题1和2都出现了）,而查询专用的19和10两从库(注：两库都没有开启binlog)没有出现问题2,不解？