MySQL配置sql_mode的参数属性作用
目录
- sql_mode
- 设置 sql_mode
- 总结
不知道你有没有踫到过这种问题,在 mysql8 默认的情况下,我们之前习惯的为 DateTime 类型指定的 0000-00-00 这种格式是无法插入或者修改数据的。其实这种情况就是 MySQL 模式设置的问题,也就是我们今天要讲的 sql_mode 这个参数属性的作用。
sql_mode
根据官网的解释,MySQL 服务器是可以在不同的 SQL 模式中运行的,这个模式会影响 MySQL 支持的 SQL 语法及其执行的数据验证检查。通过模式的设置,可以让不同环境中使用 MySQL 以及其他数据库服务器一起使用 MySQL 变得更加容易。并且,MySQL 可以将这些模式分别运用于不同的客户端,也就是说,它是有 SESSION 会话设置能力的一个系统变量。
如何查看当前系统的 sql_mode 呢?和查看系统变量是一样的。
mysql> SHOW VARIABLES LIKE 'sql_mode'; +---------------+-----------------------------------------------------------------------------------------------------------------------+ | Variable_name | Value | +---------------+------------------------------------------------------------------------------------------------------javascript-----------------+ | sql_mode | ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION | +---------------+-----------------------------------------------------------------------------------------------------------------------+ 1 row in set (0.19 sec)
这是我们在虚拟机上通过 RPM 安装的 MySQL ,没有对 sql_mode 进行其它的修改,因此这就是默认的参数。默认情况下,MySQL8 的 sql_mode 就是这些内容。
设置 sql_mode
我们新建一个表,尝试一下日期相关的操作。
CREATE TABLE `test_mode` ( `id` int(11) NOT NULL AUTO_INCREMENT, `created_at` datetime NULL DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8;
接下来,我们插入一条数据。
mysql> insert into test_mode values(null,'0000-00-00 00:00:00'); ERROR 1292 (22007): Incorrect datetime value: '0000-00-00 00:00:00' for column 'created_at' at row 1
很明显,默认情况下,0000 这种形式插入日期是不行的,这时我们就可以修改 sql_mode ,让它回到 MySQL5 的时代,可以直接插入这种形式的日期数据。
[server] sql_mode=ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION
我们可以通过上面的方式直接修改 my.cnf 文件,当然也可以通过 SET sql_mode=xxx 的形式在命令行中动态修改,如果是修改的 my.cnf 文件,则需要重启 MySQL 服务,再次执行插入语句。
mysql> insert into test_mode values(null,'0000-00-00 00:00:00'); Query OK, 1 row affected (0.03 sec) mysql> select * from test_mode; +----+---------------------+ | id | created_at | +----+---------------------+ | 1 | 0000-00-00 00:00:00 | +----+---------------------+ 1 row in set (0.00 sec)
如果你之前的数据库是老版本的,现在迁移到 MySQL8 的话,那么去掉 sql_mode 中的 NO_ZERO_IN_DATE 和 NO_ZERO_DATE 参数就可以了,NO_ZERO_DATE 代表是否允许 0000 这种格式,而 NO_ZERO_IN_DATE 则是针对日期和月份部分是否为 00 。
其它的参数其实通过名字我们也能看出来个大概,ERROR_FOR_DIVISION_BY_ZERO 表示除 0 相关的信息,如果插入或更新数据时有除 0 相关操作,比如 MOD(2,0) 这样,就会报出警告。
mysql> insert into test_mode values(mod(2,0),'0000-00-00 00:00:00'); ERROR 1365 (22012): Division by 0
ONLY_FULL_GROUP_BY 表示拒绝在 SELECT、HAVING 或 GROUP BY 中引用聚合列的查询。看不懂没关系,我们直接看下面的例子。
-- 有 ONLY_FULL_GROUP_BY mysql> select sum(id), created_at from test_mode; ERROR 1140 (42000): In aggregated query without GROUP BY, expression #2 of SELECT list contains nonaggregated column 'ma_test.test_mode.created_at'; this is incompatible with sql_mode=only_full_group_by -- 删掉 ONLY_FULL_GROUP_BY mysql> select sum(id), created_at from test_mode; +---------+---------------------+ | sum(id) | created_at | +---------+---------------------+ | 6 | 0000-00-00 00:00:00 | +---------+---------------------+ 1 row in set (0.00 sec编程客栈)
STRICT_TRANS_TABLES 表示为事务性存储引擎启用严格的SQL模式,如果可能,也为非事务性存储引擎启用严www.devze.com格的SQL模式。这里提到了一个严格模式的概念,严格模式控制 MySQL 如何处理 INSERT 或 UPDATE 等更改语句中的无效或缺失值,比如上面我们说过的日期和除零问题,如果没有 STRICT_TRANS_TABLES 的话,即使有 NO_ZERO_DATE 和 ERROR_FOR_DIVISION_BY_ZERO 参数,也不会出现错误信息。此外,严格模式还会影响到建表和修改表的语句,也就是 CREATE 和 ALTER 语句。
mysql> set sql_mode='NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION'; Query OK, 0 rows affected, 1 warning (0.00 sec) mysql> SHOW VARIABLES LIKE 'sql_mode'; +---------------+--------------------------------------------------------------------------------+ | Variable_name | Value | +---------------+--------------------------------------------------------------------------------+ | sql_mode | NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION | +---------------+--------------------------------------------------------------------------------+ 1 row in set (0.00 sec) mysql> insert into test_mode values(mod(2,0) ,'0000-00-00 00:00:00'); Query OK, 1 row affected, 1 warning (0.29 sec)
最后一个 NO_ENGINE_SUBSTITUTION 则是在创建或者修改表时,如果指定了一个不存在的表引擎,是报错还是使用默认引擎替换并警告。
除了上面这些内容之外,sql_mode 还有很多设置,我们再来演示一个 NO_AUTO_VALUE_ON_ZERO 。默认情况下,我们进行数据插入时,给自增长列指定 null 或者 0 ,都会从1开始正常自动增长,但现在我们让 0 不是产生自增长,而是确定的插入一个 0 ,就可以使用这个参数。
mysql> set sql_mode='xxxxxxx,NO_AUTO_VALUE_ON_ZERO'; Query OK, 0 rows affected (0.00 sec) mysql> insert into test_mode values(0, null); Query OK, 1 row affected (0.00 sec) mysql> insert into test_mode values(0, null); ERROR 1062 (23000): Duplicate entry '0' for key 'test_mode.PRIMARY' mysql> select id, created_at from test_mode; +----+---------------------+ | id | created_at | +----+---------------------+ | 0 | NULL | | 1 | 0000-00-00 00:00:00 | | 2 | 0000-00-00 00:00:00 | | 3 | 0000-00-00 00:00:00 | | 4 | NULL | | 5 | NULL | | 6 | 0000-00-00 00:00:00 | | 7 | 0000-00-00 00:00:00 | | 8 | 0000-00-00 00:00:00 | | 9 | NULL | | 10 | NULL | +----+---------------------+ 11 rows in set (0.00 sec)
可以看到在数据中,有了一条 id 为 0 的数据,如果再次插入的话,就会报主键重复,现在 0 就会被当成一个正常的数字 0 ,而不会转化成为 null 的形式进行自动增长操作。
总结
今天的内容简单地介绍了一下 sql_mode 这个属性相关的作用以及一些常用的参数设置。另外还有一部分设置可能使用得比较少,而且大部分情况下我们也不太会去修改这一块的配置,所以大家了解一下即编程客栈可。在转移或升python级到 MySQL8 之后,其实最常见的问题就是上面说过的日期问题,0格式日期这种形式其实是已经过时的方式了,也是不推荐的方式,所以在 MySQL8 中会默认在严格模式下禁用这种形式的日期存储,这一点也是大家需要注意的,能使用正常日期或者使用 null 最好,另外数字时间戳存 0 也是可以表示这类空日期格式的,具体需求还是看你的业务情况来具体分析哦。
参考文档:
https://dev.mysql.com/doc/refman/8.0/en/sql-mode.html
到此这篇关于MySQL配置sql_mode的作用的文章就介绍到这了,更多相关MySQL配置sql_mode内容请搜索编程客栈(www.devze.com)以前的文章或继续浏览下面的相关文章希望大家以后多多支持编程客栈(www.devze.com)!
精彩评论