最近用蝉知的CMS 建站比较多,感觉蛮顺手的,但在给客户安装的时候却会出现安装报错,其原因也很简单
查看了一下他们的install.sql文件中,有些时间字段的默认值是0000-00-00 00:00:00 ... 额,我个人习惯将时间值存int类型,这样程序处理上还有查询计算上会方便一些,可能他们为了在看数据库的时候方便一目了然的认出时间吧...不管它的初衷,要改程序不太可能了,以后也不好升级.我还是改我的数据库的兼容模式吧
在MySQL5.5以后,其默认使用的是一种严格模式,也就是说,像禅知用的这种默认值的方式就会报错.SO,我们今天来说一说这个SQL_MODEL的相关的东东
SQL_MODE:通过对其正确的设置可以完成一些约束检查的工作,设置时,可在配置文件my.cnf或my.ini中进行,也可在客户端中进行,并可分别进行全局的设置或当前会话的设置。
查看SQL_MODE设置情况():
mysql> SHOW VARIABLES LIKE 'SQL_MODE'; +---------------+----------------------------------------------------------------+ | Variable_name | Value | +---------------+----------------------------------------------------------------+ | sql_mode | STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION | +---------------+----------------------------------------------------------------+ 1 row in set (0.03 sec)
或者(全局)
mysql> SELECT @@global.SQL_MODE; +----------------------------------------------------------------+ | @@global.SQL_MODE | +----------------------------------------------------------------+ | STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION | +----------------------------------------------------------------+ 1 row in set (0.00 sec)
亦或(当前会话)
mysql> SELECT @@session.SQL_MODE; +----------------------------------------------------------------+ | @@session.SQL_MODE | +----------------------------------------------------------------+ | STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION | +----------------------------------------------------------------+ 1 row in set (0.00 sec)
亦或
mysql> SELECT @@SQL_MODE; +----------------------------------------------------------------+ | @@session.SQL_MODE | +----------------------------------------------------------------+ | STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION | +----------------------------------------------------------------+ 1 row in set (0.00 sec)
设置方法很简单
mysql> SET global sql_mode='STRICT_TRANS_TABLES'; Query OK, 0 rows affected (0.00 sec)
或
mysql> SET sql_mode='STRICT_TRANS_TABLES'; Query OK, 0 rows affected (0.00 sec)
介绍一下几种模式
STRICT_TRANS_TALES(严格模式):
只对支持事务的表启用严格模式
STRICT_ALL_TABLES(严格模式):
对所有引擎的表都启用严格模式
ALLOW_INVALID_DATES:
不完全对日期合法性作检查,只检查月份是否在1~12,日期是否在1~31之间;仅对DATE和DATETIME有效,而对TIMESTAMP无效,因为TIMESTAMP总要求一个合法的输入。
ANSI_QUOTES:
启用后,不能用双引号来引用字符串,因为"(双引号)将被解释为标识符
mysql> CREATE TABLE a ( a char(5)); Query OK, 0 rows affected (0.26 sec) mysql> INSERT INTO a SELECT 'abc'; Query OK, 1 row affected (0.05 sec) Records: 1 Duplicates: 0 Warnings: 0 mysql> SET SQL_MODE='ANSI_QUOTES'; Query OK, 0 rows affected (0.00 sec) mysql> INSERT INTO a SELECT "abc"; ERROR 1054 (42S22): Unknown column 'abc' in 'field list' mysql> SELECT @@session.sql_mode; +--------------------+ | @@session.sql_mode | +--------------------+ | ANSI_QUOTES | +--------------------+ 1 row in set (0.00 sec)
ERROR_FOR_DIVISION_BY_ZERO:
启用后,在insert或update过程中,若数据被零除(或MOD(x,0),则产生错误,若未启用,则产生警告,数据被零除时系统返回NULL。
HIGH_NOT_PRECEDENCE:
启用后,可获得以前旧版本的优先级:
NOT a BETWEEN b AND c这个语句:
now: NOT (a BETWEEN b AND c)
before: (NOT a) BETWEEN b AND c
IGNORE_SPACE:
启用后,忽略函数名和括号"("之间空格,要访问保存为关键字的数据库名,表名,列名时,需启用。
mysql> SELECT NOW(); ERROR 1630 (42000): FUNCTION test.NOW does not exist. Check the 'Function Name Parsing and Resolution' section in the Reference Manual mysql> SET SQL_MODE='IGNORE_SPACE'; Query OK, 0 rows affected (0.00 sec) mysql> SELECT NOW(); +---------------------+ | NOW () | +---------------------+ | 2015-10-08 17:49:35 | +---------------------+ 1 row in set (0.00 sec)
NO_AUTO_CREATE_USER:
禁止GRANT创建密码为空的用户。
NO_AUTO_VALUE_ON_ZERO:
在自增长的列中插入0或NULL将不会是下一个自增长值。
O_BACKSLASH_ESCAPES:
反斜杠作为普通字符而非转义字符
mysql> SET SQL_MODE=''; Query OK, 0 rows affected (0.00 sec) mysql> SELECT '\'; +---+ | | +---+ | | +---+ 1 row in set (0.00 sec) mysql> SET SQL_MODE='NO_BACKSLASH_ESCAPES'; Query OK, 0 rows affected (0.00 sec) mysql> SELECT '\'; +----+ | \ | +----+ | \ | +----+ 1 row in set (0.00 sec)
NO_DIR_IN_CREATE:
在创建表时忽略所有index directory和data directory的选项。
NO_ENGINE_SUBSTITUTION:
启用后,若需要的存储引擎被禁用或未编译,则抛出错误;未启用时将用默认的存储引擎代替,并抛出一个异常。
NO_UNSIGNED_SUBSTRACTION:
启用后,两个UNSIGNED类型相减返回SIGNED类型。
NO_ZERO_DATE:
启用后,不允许插入"0000-00-00 00:00:00"形如此类的零日期,这将抛出一个错误,若未启用,则可插入但仅会抛出一个警告。
NO_ZERO_IN_DATE:
启用后,不允许月份和日期为零,和NO_ZERO_DATE一起启用,如"1999-01-00"将抛出错误而非警告。
若单独启用本项,则会抛出warning,然后插入如“0000-00-00 00:00:00”。
ONLY_FULL_GROUP_BY:
对于GROUP BY聚合操作,若select中的列没有在group by中出现,那么这句SQL是不合法的。
PAD_CHAR_TO_FULL_LENGTH:
启用后,对于CHAR类型将不会截断空洞数据
mysql> CREATE TABLE a ( a char(10), b varchar(10)); Query OK, 0 rows affected (0.29 sec) mysql> INSERT INTO a SELECT 'a','b'; Query OK, 1 row affected (0.03 sec) Records: 1 Duplicates: 0 Warnings: 0; mysql> SELECT CHAR_LENGTH(a), CHAR_LENGTH(b) FROM a; +----------------+----------------+ | CHAR_LENGTH(a) | CHAR_LENGTH(b) | +----------------+----------------+ | 1 | 1 | +----------------+----------------+ 1 row in set (0.01 sec) mysql> SET SQL_MODE='PAD_CHAR_TO_FULL_LENGTH'; Query OK, 0 rows affected (0.00 sec) mysql> SELECT CHAR_LENGTH(a), CHAR_LENGTH(b) FROM a; +----------------+----------------+ | CHAR_LENGTH(a) | CHAR_LENGTH(b) | +----------------+----------------+ | 10 | 1 | +----------------+----------------+ 1 row in set (0.00 sec)
PIPES_AS_CONCAT:
将"||"视为连接操作符而非"或运算符"。
REAL_AS_FLOA
T:
将REAL视为FLOAT的同义词而非DOUBLE的同义词。
蝉知相关产品的解决办法也就很明了啦~~:
先查看本地的模式
mysql> SELECT @@global.SQL_MODE; +---------------------------------------------------------------------------------------------+ | @@global.SQL_MODE | +---------------------------------------------------------------------------------------------+ | STRICT_TRANS_TABLES,NO_ZERO_DATE,NO_ZERO_IN_DATE,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION | +---------------------------------------------------------------------------------------------+ 1 row in set (0.00 sec)
然后去掉NO_ZERO_DATE和NO_ZERO_IN_DATE
SET global sql_mode='STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION';
当然你也可以在my.cnf中配置
[mysqld] sql-mode="STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"
这样就可以不用每次设置啦
原文转自吕滔博客