bitsCN.com
主从(master/slave)默认引擎不一致导致复制失败解决
同事告知，一台slave服务器复制中断，查看slave服务器,如下错误
Error 'Specified key was too long; max keylength is 1000 bytes' on query
mysql> show slave status /G;
*************************** 1. row***************************
Slave_IO_State: Waiting formaster to send event
Master_Host: 192.xxx.xxx.146
Master_User: repl
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.004369
Read_Master_Log_Pos: 717957570
Relay_Log_File: relay-bin.013649
Relay_Log_Pos: 571890895
Relay_Master_Log_File: mysql-bin.004368
Slave_IO_Running: Yes
Slave_SQL_Running: No
Replicate_Do_DB:
Replicate_Ignore_DB:
Replicate_Do_Table:
Replicate_Ignore_Table:
Replicate_Wild_Do_Table:
Replicate_Wild_Ignore_Table:
Last_Errno: 1071
Last_Error: Error 'Specified key was too long; max key length is 1000 bytes' onquery. Default database: 'analyse_xxx'. Query: 'CREATE TABLE`meta_topic_scan` ( `domain` varchar(200) NOT NULL COMMENT '' , `topic_name`varchar(200) NOT NULL COMMENT '' , `topic_url` varchar(200) NOT NULL COMMENT '', `topic_pv` int NULL DEFAULT 0 COMMENT '' , `topic_uv` int NULL DEFAULT 0COMMENT '' , `pv` int NULL DEFAULT 0 COMMENT '' , `uv` int NULL DEFAULT 0COMMENT '' , `shopcart_pv` int NULL DEFAULT 0 COMMENT ''
Skip_Counter: 0
Exec_Master_Log_Pos: 571890750
Relay_Log_Space: 1802530754
Until_Condition: None
Until_Log_File:
Until_Log_Pos: 0
Master_SSL_Allowed: No
Master_SSL_CA_File:
Master_SSL_CA_Path:
Master_SSL_Cert:
Master_SSL_Cipher:
Master_SSL_Key:
Seconds_Behind_Master: NULL
Master_SSL_Verify_Server_Cert: No
Last_IO_Errno: 0
Last_IO_Error:
Last_SQL_Errno: 1071
Last_SQL_Error: Error 'Specified keywas too long; max key length is 1000 bytes' on query. Default database:'analyse_product'. Query: 'CREATE TABLE
`meta_topic_scan` ( `domain` varchar(200)NOT NULL COMMENT '' , `topic_name` varchar(200) NOT NULL COMMENT '' ,`topic_url` varchar(200) NOT NULL COMMENT '' , `topic_pv` int NULL DEFAULT 0COMMENT '' , `topic_uv` int NULL DEFAULT 0 COMMENT '' , `pv` int NULL DEFAULT 0COMMENT '' , `uv` int NULL DEFAULT 0 COMMENT '' , `shopcart_pv` int NULL DEFAULT0
1 row in set (0.00 sec)
ERROR:
No query specified
创建表失败，指数长度超过了暴涨1000，看看报错日志
[root@db~]# tail -n 500 / my/data/mysql/dbxxxxxx.err
130606 10:57:20 [ERROR] Slave SQL: 错误'指定的键太长；查询时最大密钥长度为 1000 字节。默认数据库：'analysis_xxx'。查询： 'CREATE TABLE
`meta_topic_scan` ( `domain` varchar(200)NOT NULL COMMENT '' , `topic_name` varchar(200) NOT NULL COMMENT '' ,`topic_url` varchar(200) NOT NULL COMMENT '' , `topic_pv` int
NULL DEFAULT 0 COMMENT '' , `topic_uv` intNULL DEFAULT 0 COMMENT '' , `pv` int NULL DEFAULT 0 COMMENT '' , `uv` int NULLDEFAULT 0 COMMENT '' , `shopcart_pv` int NULL DEFAULT 0
130606 10:57:20 [警告]从站：指定的密钥太长；密钥长度为 1000 字节 Error_code: 1071
130606 10:57:20 [错误] 运行查询时出错，从属 SQL 线程中止修复此问题，并使用“SLAVE START”重新启动从属 SQL 线程。我们停在日志'mysql-bin.004368'位置571890750
日志显示在上午10点57分建表失败，很明显的错误，索引长度超过1000字节，然后通知同事，创建表索引长度超过了1000字节，导致slave io_thread。然后同事很奇怪的说，上午master创建上面的表没问题，顺利的创建，为什么在slave上复制报错？
后来通过在slave上手工建表发现master和slave默认存储引擎不一致，不一致会引起中断？是的，建表语句是否明确指定使用那种存储引擎如下语句
创建表 `meta_topic_scan` (
`domain` varchar(200) NOT NULL ,
`topic_name` varchar(200) NOT NULL,
`topic_url` varchar(200) NOT NULL ,
`topic_pv` int(11) 默认 '0',
`topic_uv` int(11) 默认 '0',
PRIMARY KEY (`domain`,`topic_name`,`topic_url`)
);
如果在建表时未指定存储引擎，在master上默认引擎是innodb，创建的表就是innodb类型，写入到binlog日志里的语句是什么格式呢？
我们利用mysqlbinlog去查找一条语句，如下格式去分析
[root@aeolus1 ~]# mysqlbinlog -uroot--start-position=1914 /usr/local/mysql/data/mysql-bin.000014
发现建表语句以这样的格式写入binlog二进制日志中
CREATE TABLE `meta_topic_scan` (
`domain` varchar(200) NOT NULL 注释 '',
`topic_name` varchar(200) NOT NULL 注释 '',
`topic_url` varchar(200) NOT NULL comment '',
`topic_pv` int(11) DEFAULT '0' comment '',
`topic_uv` int(11) 默认 '0' 评论 '',
主键 (`domain`,`topic_name`,`topic_url`)
);
这样io_thread把binlog从master服务器传送到slave，sql_thread在slave上执行此语句，由此可知slave默认引擎是什么，就创建默认引擎的表。由于slave默认是mysiam，索引在innodb和mysiam两个引擎上索引长度不一样，导致主从复制中断。
修改my.cnf，改默认引擎innodb，重启服务(业务不是很，允许重启)，ok。如果无法重启，那就在slave上创建表，然后跳过错误的事件，在维护窗口重新启动
bitsCN.com
