当我们要重新设置 MySQL sql_mode 的时候,可能看到那一串长长的列表就会患头痛病,这哪个是哪个啊,哪个是重要的啊?哪个是可以缺少的啊?
我们就会想要呼唤一个简单的版本,要是有三个特殊的 sql_mode 分别表示宽松、标准、严格那该多好,出现 sql_mode 问题的时候就先设置宽松版本
MySQL 也考虑到了这个问题,所以在 5.0 以后的版本中新增加了三个特殊的 sql_mode
sql_mode | 说明 |
---|---|
ANSI | 宽松模式,对于大部分的 sql 语句按照古老的模式执行成功,但会抛出一个警告 |
TRADITIONAL | 算是标准模式吧,这种模式下有些 sql 语句就会直接出错 |
STRICT_TRANS_TABLES | 严格模式,这种模式下只要一条 SQL 语句出错就会直接中断事务的执行 |
而设置这三种模式的语法也很简单
- 设置当前连接的 sql_mode
set @@sql_mode=TRADITIONAL; set @@sql_mode=STRICT_TRANS_TABLES; set @@sql_mode=ANSI;
- 设置全局的 sql_mode
set global @@sql_mode=TRADITIONAL; set global @@sql_mode=STRICT_TRANS_TABLES; set global @@sql_mode=ANSI;
- 持久化设置,也就是更改 my.cnf 文件
[mysqlnd] sql_mode=TRADITIONAL sql_mode=STRICT_TRANS_TABLES sql_mode=ANSI
对了,三者你只能选择一个
对于我们前面提到的 timestamp
默认值 0
错误等,可以直接使用 ANSI
模式,这样便可以插入数据,而对于除数为0的结果的字段值,数据库将会用 NULL
值代替
刚刚我们不是说了这三种特殊的模式是一些其它模式的结合体吗?我们下面就来看看它们包括哪些具体的 sql_mode
- ANSI
相当于
REAL_AS_FLOAT PIPES_AS_CONCAT ANSI_QUOTES IGNORE_SPACE ONLY_FULL_GROUP_BY
注意,还是包含了
ONLY_FULL_GROUP_BY
-
STRICT_TRANS_TABLES
它不是一个结合体,而是一个单独体,在这个模式下,会进行数据的严格校验,错误数据不能插入,报 error 错误
如果不能将给定的值插入到事务表中,则放弃该语句
对于非事务表,如果值出现在单行语句或多行语句的第1行,则放弃该语句
-
TRADITIONAL
相当于
STRICT_TRANS_TABLES STRICT_ALL_TABLES NO_ZERO_IN_DATE NO_ZERO_DATE ERROR_FOR_DIVISION_BY_ZERO NO_ENGINE_SUBSTITUTION
注意,包含了
STRICT_TRANS_TABLES
时间有限,这一章节我们先讲到这里,我觉得 sql_mode 还是看官方的文档来的最好
最新评论
徒弟可以A师傅,学生可以A老师,为什么外包不能A正式,我觉得很正常。异性相吸这是宇宙真理
PHP天下第一(狗头叼花)
第一个不需要关注公主号直接给激活码的帖子!
客户端超时断开后,服务端如果没有设置超时机制,那也会继续等待处理,万一这期间有消息到了,那不是就接受到消息处理了,但是也没有办法返回到客户端,导致消息丢失。
企业级GO项目开发实战 Kubernetes权威指南 第六版
https://pan.baidu.com/s/1q3bnTncIACKoTZFxvx7BQw?pwd=ii7n
RabbitMQ精讲,项目驱动落地,分布式事务拔高 有吗?
Spring Cloud Alibaba 微服务架构实战 https://pan.baidu.com/s/1jF5voFRoeF0lYAzAPBWSbw?pwd=chqk