sql_mode 引发的血案

今天突然有人反应程序部分功能异常,保存不了数据,赶紧上服务器看一下。首先习惯性用`git status`和`git log`检查一下代码,发现都是正常的,然后测试了一下插入数据,发现部分插入是正常的,于是联想到会不会是sql_mode的问题,一看,果然:

mysql> show variables like "sql_mode";
+---------------+--------------------------------------------+
| Variable_name | Value                                      |
+---------------+--------------------------------------------+
| sql_mode      | ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION |
+---------------+--------------------------------------------+

 

但是MySQL好好的,有谁会去改配置呢?顺手看了一下版本号,顿时吐血,有人把MySQL升到了5.7,而5.7默认是开启严格模式的,既然找到原因了,那问题就好解决了,步骤也很简单:

首先查一下MySQL配置文件的加载顺序(如果是自己用的服务器就不需要了,但是多人用的最好查一下,避免改了配置不生效的尴尬)

$ sudo mysqld --help --verbose|grep -A1 -B1 cnf
Default options are read from the following files in the given order:
/etc/my.cnf /etc/mysql/my.cnf ~/.my.cnf

 

MySQL会按照上面的顺序从左到右去加载配置,从后面的配置改就好了

[mysqld]
sql_mode=NO_ENGINE_SUBSTITUTION

 

最后重启一下MySQL就好了,当然,考虑到数据的兼容性和准确性,严格模式最好还是要开启的,以免线上代码出现莫名其妙的bug

记录一下sql_mode常用值:

  • ONLY_FULL_GROUP_BY:对于GROUP BY聚合操作,如果在SELECT中的列、HAVING或者ORDER BY子句的列,没有在GROUP BY中出现,那么这个SQL是不合法的。
  • ANSI_QUOTES:启用 ANSI_QUOTES 后,不能用双引号来引用字符串,因为它被解释为识别符,作用与 ` 一样。
    设置它以后,update t set f1="" ...,会报 Unknown column ‘’ in ‘field list 这样的语法错误。
  • PIPES_AS_CONCAT:将 || 视为字符串的连接操作符而非 或 运算符,这和Oracle数据库是一样的,也和字符串的拼接函数 CONCAT() 相类似。
  • NO_TABLE_OPTIONS:使用 SHOW CREATE TABLE 时不会输出MySQL特有的语法部分,如 ENGINE ,这个在使用 mysqldump 跨DB种类迁移的时候需要考虑。
  • NO_AUTO_CREATE_USER:在给MySQL用户授权时,我们习惯使用 GRANT ... ON ... TO dbuser 顺道一起创建用户。设置该选项后就与oracle操作类似,授权之前必须先建立用户。
  • NO_ZERO_DATE:认为日期 ‘0000-00-00’ 非法,与是否设置后面的严格模式有关。
    1. 如果设置了严格模式,则 NO_ZERO_DATE 自然满足。但如果是 INSERT IGNORE 或 UPDATE IGNORE,`0000-00-00`依然允许且只显示warning
    2. 如果在非严格模式下,只显示warning
    3. NO_ZERO_IN_DATE情况与上面类似,不同的是控制日期和天,是否可为 0 ,即 2010-01-00 是否合法。
  • NO_ENGINE_SUBSTITUTION:设置这个参数后,如果需要的存储引擎被禁用或未编译,那么抛出错误。
  • STRICT_TRANS_TABLES:设置它,表示启用严格模式。