如果执行SQL出现错误,如:
#1366 - Incorrect integer value: '' for column 'xxx' at row 1
在执行插入语句时,xxx的值不应该像以前那样写'',而应该写NULL
如果以前执行得好好的.换成UPUPW后出现这样错误,不想改动程序文件.
那么打开D:\upupw\MySQL\my.ini
查找:
# Set the SQL mode to strict
sql-mode="STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"
改为:
# Set the SQL mode to strict
sql-mode="NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"
保存
执行upupw.exe S7关闭mysql服务 然后S3打开mysql服务
这样就好了
STRICT_TRANS_TABLES的工作方式：
对于事务性存储引擎，在语句中任何地方出现的不良数据值均会导致放弃语句并执行回滚。
对于非事务性存储引擎，如果错误出现在要插入或更新的第1行，将放弃语句。(在这种情况下，可以认为语句未改变表，就像事务表一样)。首行后出现的错误不会导致放弃语句。取而代之的是，将调整不良数据值，并给出告警，而不是错误。换句话讲，使用STRICT_TRANS_TABLES后，错误值会导致MySQL执行回滚操作，如果可以，所有更新到此为止。
要想执行更严格的检查，请启用STRICT_ALL_TABLES。除了非事务性存储引擎，它与STRICT_TRANS_TABLES等同，即使当不良数据出现在首行后的其他行，所产生的错误也会导致放弃语句。这意味着，如果错误出现在非事务性表多行插入或更新过程的中途，仅更新部分结果。前面的行将完成插入或更新，但错误出现点后面的行则不然。对于非事务性表，为了避免这种情况的发生，可使用单行语句，或者在能接受转换警告而不是错误的情况下使用STRICT_TRANS_TABLES。要想在第1场合防止问题的出现，不要使用MySQL来检查列的内容。最安全的方式(通常也较快)是，让应用程序负责，仅将有效值传递给数据库。
有了严格的模式选项后，可使用INSERT IGNORE或UPDATE IGNORE而不是不带IGNORE的INSERT或UPDATE，将错误当作告警对待。
本文链接：https://my.lmcjl.com/post/5793.html
4 评论