【已解决】MySQL5.0.18不标准的SQL处理方式......有点让人崩溃

star_in_sky

早晨，发现一个基于数据库的应用出现了问题；检查应用日志后，发现一个字段的值出现了问题（应用引起的）。

先决定手动的修改一下这个值为，在MySQL的命令行工具中，敲入如下命令：

本想敲入命令：update table_xxx set field0=null where id in (1,2,3);

结果一不小心，上面的命令变成了：update table_xxx set field0=null and id in (1,2,3);

结果悲剧了，table_xxx表中的所有记录的field0都被修改了...............

还好这个字段的影响不大，赶快修改为默认值。

好吧，我承认，这个问题是我敲错指令引起的，MySQL是无辜的。

但是很明显，那个SQL语句语法就是错的（在MSSQL中会报语法错误，
其它的数据库没有试过），MySQL居然还去执行。。。。。。。

如果说你曾经被"rm -rf"咬过手指的话；嘿嘿，指不定哪天你会被MySQL在咬一次，
而且要命的是，你还不知道MySQL什么时候会咬你。

抱怨归抱怨，请教各位MySQL高手，有没有什么好的办法可以规避这些问题（在实际应用环境中修改数据是不可避免的。。。。）

小版主杀手

1.良好的习惯，明确自己的操作
2，数据平时做好备份，二进制日志及时保持

star_in_sky

小版主杀手 发表于 2012-06-29 11:23
1.良好的习惯，明确自己的操作
2，数据平时做好备份，二进制日志及时保持

这个问题在新版的MySQL中存在么？

我觉得这个算是MySQL的一个Bug。

rucypli

是你自己规定这条sql是错误的语法吧  mysql可没认为是错误的

cenalulu

这不算一个bug吧， set  field0= < null and id in (1,2,3) >   后面那部分相当于表达式，一个逻辑与的操作，也是有值的。
一般update和where都会先打where条件，然后再把光标移到前面写set，相对就安全些

star_in_sky

cenalulu 发表于 2012-06-29 12:40
这不算一个bug吧， set  field0= < null and id in (1,2,3) >   后面那部分相当于表达式，一个逻辑与的操作 ...

多谢斑竹的提醒

我现在也理解了MySQL把and...之后的内容当作了表达式处理。

但是我还是觉得，如果MySQL把这样语句当作表达式处理，至少是不严谨的。

如果真的把这个当作表达式处理，似乎这样做会更好：update table_xxx set field0=(null and ....)

ruochen

cenalulu 发表于 2012-06-29 12:40
这不算一个bug吧， set  field0= < null and id in (1,2,3) >   后面那部分相当于表达式，一个逻辑与的操作 ...

一般生产都这样先写where的，或者，先写好select，然后修改where前面的为update