MySQL 5.5 Community Server MySQL 5.6 Community Server Percona Configuration Wizard XtraBackup 搭建主从复制 Great Sites on MySQL Percona MySQL Performance Blog Severalnines 推荐管理工具 Sequel Pro phpMyAdmin 推荐书目 MySQL Cookbook
MySQL 相关项目 MariaDB Drizzle 参考文档 http://mysql-python.sourceforge.net/MySQLdb.html
MySQL 相关项目 MariaDB Drizzle 参考文档 http://mysql-python.sourceforge.net/MySQLdb.html 
这是一个创建于 5103 天前的主题，其中的信息可能已经有所发展或是发生改变。
两台服务器A,B,全部是5.1.56 WINX64 版本,参数一模一样.全部是global开始了strict mode,但session没有
在A中有个存储过程对'0000-00-00 00:00:00' 这样的datetime做 is null 判断,没有问题
结果在B中出问题了,报错误的datetime格式.
查询了无数资料,什么方法都试便了,最后找到原因.
两边的存储过程的DDL最后不一样
A最后是
sql_mode:
-----
B最后是
sql_mode:
------
STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION
这还真是奇怪啊,B中的存储过程完全就是从A中导出,再导入的,用的是sqlyog.
难道是导入的时候自动加上的?
最后再用sqlyog导入,又无法重现了,用navicat 也导一次,还是无法重现.
虽然解决了,但是总感觉是个定时炸弹啊.
各位遇到过这种情况没有?
在A中有个存储过程对'0000-00-00 00:00:00' 这样的datetime做 is null 判断,没有问题
结果在B中出问题了,报错误的datetime格式.
查询了无数资料,什么方法都试便了,最后找到原因.
两边的存储过程的DDL最后不一样
A最后是
sql_mode:
-----
B最后是
sql_mode:
------
STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION
这还真是奇怪啊,B中的存储过程完全就是从A中导出,再导入的,用的是sqlyog.
难道是导入的时候自动加上的?
最后再用sqlyog导入,又无法重现了,用navicat 也导一次,还是无法重现.
虽然解决了,但是总感觉是个定时炸弹啊.
各位遇到过这种情况没有?
 | 1 gowinder OP 居然没人理我 |
 | 2 aveline 2012-01-10 22:52:39 +08:00 没有遇到过… 推荐在serverfault.com问。 |
Select Language