>  기사  >  데이터 베이스  >  MySQL主从故障处理--session 级别参数复制错误

MySQL主从故障处理--session 级别参数复制错误

WBOY
WBOY원래의
2016-06-07 17:28:28923검색

接受新项目,主从数据库复制同步错误,Error Code 1292 (invalid datatype),查看服务器SQL_MODE 发现为空。这就奇怪啦,默认情

接受新项目,主从数据库复制同步错误,Error Code  1292 (invalid datatype)

报错SQL:update wave set IS_WAVED = 0,LEVEL = 1,SOURCE_TB_NAME = null,SOURCE_ID = null,UPDATE_TIME = '2013-03-10 02:13:36.0' where PLAYER_ID = 80406 and TYPE = 0;

时间格式肯定不对,

查看服务器SQL_MODE 发现为空。这就奇怪啦,默认情况下MySQL会将其转换为正确格式;

查看master该条记录情况,没有发生变化,由于Myisam存储引擎的原因,在该SQL执行错误时没有进行回滚删除binlog内容,(以后还是用Innodb吧!!)

mysqlbinlog解析binlog

mysqlbinlog --start-datetime="2013-04-11 08:37:56" --stop-datetime="2013-04-11 08:45:56" localhost-bin.001882 > /tmp/1.txt

发现该类似的语句全部执行成功,为什么唯独这个错误的 时间格式没有转换呢?

在binlog中发现以下线索:

SET @@session.foreign_key_checks=1, @@session.sql_auto_is_null=1, @@session.unique_checks=1/*!*/;

SET @@session.sql_mode=2097152/*!*/;

可以确定的错以上是由某工具或框架设定的。

下面我们看看这个session中 sql_mode的值;

set sql_mode=2097152;

mysql> show variables like '%sql_mode%';

+---------------+---------------------+
| Variable_name | Value |
+---------------+---------------------+
| sql_mode | STRICT_TRANS_TABLES |
+---------------+---------------------+

在session中 sql_mode 被设置为 STRICT_TRANS_TABLES (具体解释可参考:)

这个时候就可以让slave 跳过这些session设置就可以啦。

治本的办法是改动程序,但对于一个已经三年的项目,且没有固定人员负责的项目,DBA该如何权衡呢?

linux

성명:
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.