› 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
这是一个创建于 4734 天前的主题，其中的信息可能已经有所发展或是发生改变。
两台服务器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