MySQL中SQL模式的特点总结

SQL模式影响MySQL支持的SQL语法和执行的数据验证检查。

MySQL服务器可以在不同的SQL模式下运行，并且可以针对不同的客户端以不同的方式应用这些模式，具体取决于sql_mode系统变量的值。DBA可以设置全局SQL模式以匹配站点服务器 *** 作要求，并且每个应用程序可以将其会话SQL模式设置为其自己的要求。

模式会影响MySQL支持的SQL语法以及它执行的数据验证检查。这使得在不同环境中使用MySQL以及将MySQL与其他数据库服务器一起使用变得更加容易。

下面话不多说了，来一起看看详细的介绍吧

设置SQL模式

要在运行时更改SQL模式，请sql_mode使用以下SET

语句设置全局或会话

系统变量

SET

GLOBAL

sql_mode

=

'modes'

SET

SESSION

sql_mode

=

'modes'

模式列表

模式

注释

ALLOW_INVALID_DATES

无效日期会生成错误

ERROR_FOR_DIVISION_BY_ZERO

除0错误

NO_BACKSLASH_ESCAPES

禁止使用反斜杠字符（\）作为字符串中的转义字符。启用此模式后，反斜杠就像其他任何一个普通字符一样。

NO_UNSIGNED_SUBTRACTION

在整数值之间减去（其中一个是类型）

UNSIGNED，默认情况下会产生无符号结果。如果结果否则为负，则会导致错误

NO_ZERO_IN_DATE

'0000-00-00'

则允许并且插入产生警告

ONLY_FULL_GROUP_BY

select

内指定字段必须出现在

groupby

中，否则错误

STRICT_TRANS_TABLES

为事务存储引擎启用严格的SQL模式，并在可能的情况下为非事务性存储引擎启用。

STRICT_ALL_TABLES

为所有存储引擎启用严格SQL模式。无效的数据值被拒绝。

详情请参考

https://dev.mysql.com/doc/ref...

严格SQL模式

MySQL服务器可以在不同的SQL模式下运行，并且可以针对不同的客户端以不同的方式应用这些模式，具体取决于sql_mode系统变量的值。在严格SQL模式下，服务器会将某些警告升级为错误。

严格SQL模式适用于以下语句

ALTER

TABLE

CREATE

TABLE

CREATE

TABLE

...

SELECT

DELETE

INSERT

LOAD

DATA

LOAD

XML

SELECT

SLEEP()

UPDATE

在存储的程序中，如果在严格模式生效时定义了程序，则列出的类型的单个语句将以严格的SQL模式执行。

严格的SQL模式适用于以下错误，表示输入值无效或缺失的一类错误。如果值具有错误的列数据类型或可能超出范围，则该值无效。如果要插入的新行不包含其定义中NOT

NULL没有显式DEFAULT子句的列的值，则缺少值。

ER_BAD_NULL_ERROR

ER_CUT_VALUE_GROUP_CONCAT

ER_DATA_TOO_LONG

ER_DATETIME_FUNCTION_OVERFLOW

ER_DIVISION_BY_ZERO

ER_INVALID_ARGUMENT_FOR_LOGARITHM

ER_NO_DEFAULT_FOR_FIELD

ER_NO_DEFAULT_FOR_VIEW_FIELD

ER_TOO_LONG_KEY

ER_TRUNCATED_WRONG_VALUE

ER_TRUNCATED_WRONG_VALUE_FOR_FIELD

ER_WARN_DATA_OUT_OF_RANGE

ER_WARN_NULL_TO_NOTNULL

ER_WARN_TOO_FEW_RECORDS

ER_WRONG_ARGUMENTS

ER_WRONG_VALUE_FOR_TYPE

WARN_DATA_TRUNCATED

致谢

感谢你看到这里，希望本篇文章可以帮到你，谢谢。

总结

以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，如果有疑问大家可以留言交流，谢谢大家对脚本之家的支持。

您可能感兴趣的文章:如何开启mysql中的严格模式学习SQL语句(强大的group

by与select

from模式)老生常谈MYSQL模式匹配

REGEXP和like的用法Mysql

SQL服务器模式介绍PHP基于单例模式实现的mysql类NoSQL反模式

-

文档数据库篇mysql中binlog_format模式与配置详细分析mysql启用skip-name-resolve模式时出现Warning的处理办法

测试环境测试SQL没有问题，但是上生产环境之后，sql执行报错

二.现象

生产环境：点击‘一键还款确认’按钮，显示‘发起还款确认失败’。监控系统发送邮件抱错‘BadSqlGrammarException’，

Error querying database. Cause: com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: In aggregated query without GROUP BY, expression #2 of SELECT list contains nonaggregated column 'malm.t.buy_back_date'this is incompatible with sql_mode=only_full_group_by ### The error may exist in class path resource [mybatis/financial/customized/BuybackDao.xml] ### The error may involve

三.分析

查询的SQL为：

select

sum(a.advance_amount) as advanceSumAmount,

COUNT(1) as countNum,

sum(a.expected_principal_amount) as expectedPrincipalAmount,

sum(a.expected_interest_amount) as expectedInterestAmount,

sum(a.expected_fine_amount) as expectedFineAmount,

sum(a.expected_service_amount) as expectedServiceAmount,

a.pay_date as payDate

from tb_loan_prepayment a

where a.capital_id = 2

AND a.STATUS = 5

AND a.pay_date BETWEEN '2017-10-27' AND '2017-10-27 23:59:59'

该sql在测试环境运行时没有报错的，并且能够正确地返回结果。那为什么到了生产环境就不能执行呢？原因在于两个环境使用的SQL_Mode不同。

sql模式定义了MySQL应支持的SQL语法，以及应该在数据上执行何种确认检查。 我们可以使用 select @@sql_mode来查看mysql使用的模式。

以下为测试环境的执行结果(STRICT_TRANS_TABLES,NO_ENGINE_SUBSTITUTION)

以下为生产环境的执行结果(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)其中，ONLY_FULL_GROUP_B

Y就是导致以上现象的问题所在。其限制为：对于GROUP BY聚合 *** 作，如果在SELECT中的列，没有在GROUP BY中出现，那么这个SQL是不合法的，因为列不在GROUP BY从句中。

四.解决：

方法1）在应用中修改sql语法问题，添加GROUP BY条件。

方法2）将生产环境的sql模式同步到测试环境。同步以后保证两个环境无差异，可以有效防止其他同事或其他sql限制造成该问题