【实施工程师】MySQL:[Err] 1292 - Incorrect datetime value: ‘0000-00-00 00:00:00‘ for column ‘CREATE_TIME‘ at row 1
与其它数据库不同，MySQL可以运行在不同的SQL Mode下。SQL Mode定义MySQL应该支持什么样的SQL语法，以及它应该执行什么样的数据验证检查。
不知道你有没有踫到过这种问题，在 MySQL8 默认的情况下，我们之前习惯的为 DateTime 类型指定的 0000-00-00 这种格式是无法插入或者修改数据的。其实这种情况就是 MySQL 模式设置的问题，也就是我们今天要讲的 sql_mode 这个参数属性的作用。
使用group by 进行分组查询时，提示异常： SELECT list is not in GROUP BY clause and contains nonaggregated column ‘XXX’ which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode =only_full_group_by
过滤条件在WHERE子句后面，以一定的方式来拼接SQL，全文索引的使用有特定的语法：
MySQL服务可以在不同的SQL模式下运行，并且可以针对不同的客户端以不同的方式应用这些模式，具体取决于sql_mode系统变量的值。我们可以设置全局SQL模式以匹配应用程序要求，不同的sql_mode影响服务端支持的SQL语法以及数据校验规则。
没想到距此篇博文的上半部分发表(http://blog.csdn.net/bisal/article/details/45418303)已经有半年的时间，上篇博文是5月小长假的时候，在开往杭州的高铁上完成的，话说第二天就有了我的小baby:)，难道写博客还有助孕的效果？需要的朋友不妨一试，哈哈，归根结底，还是需要作为IT从业者的我们，紧张工作之余，要有放松的安排，不仅是身体上的放松，还要有精神、心灵上的放松，俗话说得好“天空飘来五个字，那都不是事，是事也就烦一会，一会就没事”。
mysql5.7.5版本默认设置了sql_mode=only_full_group_by，造成了之前使用的sql语句有些会出现sql_mode=only_full_group_by错误，接下来为解决此类问题的方法。
对于group by聚合操作，如果在select中的列，没有在group by中出现，那么将认为这个sql是不合法的，因为列不在group by从句中。这里我们通过一个例子来看：
怎么startup/shutdown PDB？ 来源于： 12c: How to Startup/Shutdown PDB's? (文档 ID 1592247.1) 适用于： Oracle Database - Enterprise Edition - Version 12.1.0.1 and later Information in this document applies to any platform. 目标： startup/shutdown PDB的方法。 解决方案： 在12c之前，传统的startup/shutdown 命令是：
MySQL 8.0从GA到现在已经过去4年了，被各大互联网公司广泛使用，稳定性得到了充分的验证。最近，我们也在将存量的旧版本数据库升级到8.0。虽然前期做了很多的检查和验证，不过升级过程中终究免不了踩一些坑。
Expression #1 of ORDER BY clause is not in GROUP BY clause and contains nonaggregated column 'information_schema.PROFILING.SEQ' which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by
sql_mode:简而言之就是：它定义了你MySQL应该支持的sql语法，对数据的校验等等
今天我们来分享一下MySQL的SQL mode , 这也是我们比较容易忽略的一点，我们在一开始安装数据库的时候其实就要先考虑要保留哪些SQL mode，去除哪些，合理的配置能够减少很多不必要的麻烦。
将数据从旧的数据库（MySQL5.1）迁移到新的数据库（MySQL5.7）中时，查询语句不变的情况下，报如下错；
本文首发：MySQL only_full_group_by 1055报错的三种解决方案，临时关闭有影响吗？
以下节选择《Netkiller Architect 手札》地址 http://www.netkiller.cn/architect/ 接下来几周的话题是数据库安全。 5.2. 保护表字段 通过触发器，使之无法修改某些字段的数据，同时不影响修改其他字段。 DROP TRIGGER IF EXISTS `members`; SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE=''; DELIMITER // CREATE TRIGGER `members` BEFORE UPDATE
用到GROUP BY 语句查询时com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: Expression #2 of SELECT list is not in GROUP BY clause and contains nonaggregated column ‘col_user_6.a.START_TIME’ which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by错误
Oracle研究中心学习笔记：分享一篇关于Oracle数据库关于SQL解析的详细文档，该文档详细介绍使用10049 event事件来分析SQL语句的解析笔记。
第一项默认开启ONLY_FULL_GROUP_BY了,导致出现了错误,需要把它的默认关掉。
SELECT id, name, count(*) AS cnt FROM case_table GROUP BY name
在MySQL中，大小写敏感性是一个重要的问题。MySQL默认情况下是不区分大小写的，这意味着在查询时，大小写不会对查询结果产生影响。但是，如果不小心在代码中使用了大小写不一致的变量名或关键字，可能会导致意想不到的错误。
报的错误是时间的默认值有错误，查阅后发现原来是 MySQL 5.7 版本开始有了一个 STRICT MODE（严格模式），此模式中对默认值做了一些限制。
MySQL 5.7.9版本sql_mode=only_full_group_by问题 用到GROUP BY 语句查询时com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: Expression #2 of SELECT list is not in GROUP BY clause and contains nonaggregated column ‘col_user_6.a.START_TIME’ which is not functional
MySQL 5.7.9版本sql_mode=only_full_group_by问题
这个是由于MySQL在5.7版本中添加了一个sql_mode: ONLY_FULL_GROUP_BY，当配置了此sql_mode后，select语句中要查询的字段必须严格是group by语句中的字段或者是聚合函数。
对于大表的 DDL操作，我们一般使用 pt-online-schema-change 来进行。
sql_mode是个很容易被忽视的变量,默认值是空值,在这种设置下是可以允许一些非法操作的,比如允许一些非法数据的插入。在生产环境必须将这个值设置为严格模式,所以开发、测试环境的数据库也必须要设置,这样在开发测试阶段就可以发现问题。
一、原理层面 这个错误发生在mysql 5.7 版本及以上版本会出现的问题： mysql 5.7版本默认的sql配置是:sql_mode="ONLY_FULL_GROUP_BY"，这个配置严格执行了"SQL92标准"。 很多从5.6升级到5.7时，为了语法兼容，大部分都会选择调整sql_mode，使其保持跟5.6一致，为了尽量兼容程序。
这个错误发生在mysql 5.7 版本及以上版本，5.7版本默认的sql_mode配置中包含 ONLY_FULL_GROUP_BY，这个配置严格执行了”SQL92标准”
地址：http://dev.mysql.com/doc/refman/5.6/en/sql-mode.html
本系列文章主要是对mysql的一些基础功能做些测试记录，方便大家参考，也方便自己后续翻看。
前面一篇文章《案例| +1s导致的故障》介绍了因为开发同学对datetime值+1s的操作导致的问题。我们在复盘的时候讨论设置sql_mode为严格模式可行性。于是有了此文。
LOCK命令显式锁定SQL表。 此表必须是已存在的表，对其具有必要的特权。 如果tablename是一个不存在的表，LOCK会失败并出现编译错误。 如果tablename是临时表，则命令执行成功，但不执行任何操作。 如果tablename是视图，则命令失败，并出现SQLCODE -400错误。
对于GROUP BY聚合操作，如果在SELECT中的列，没有在GROUP BY中出现，那么这个SQL是不合法的，因为列不在GROUP BY从句中
ERROR 1055 (42000): Expression #1 of SELECT list is not in GROUP BY clause and contains nonaggregated column 'database_tl.emp.id' which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by
1. 在5.7版本以上mysql中使用group by语句进行分组时, 如果select的字段 , 不是完全对应的group by后面的字段 , 有其他字段 , 那么就会报这个错误
sql_mode是个很容易被忽视的变量，在5.6之前默认为空值，在这种设置下是可以允许一些非法操作的，比如允许一些非法数据的插入。在生产环境一般将这个值设置为严格模式。
经过查询，发现这个错误的原因是两个时间字段进行减法运算时，如果有一个时间为0000-00-00时造成的，根本原因是因为这样减法的结果会超过Mysql数值字段的范围，从而触发1690报错。
1055 - Expression #3 of SELECT list is not in GROUP BY clause and contains nonaggregated column 'fbjs.mscc.ContactTime' which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by, Time: 0.000000s
MySQL执行如下group by 语句报错：1055 - Expression #1 of SELECT list is not in GROUP BY clause and contains nonaggregated column ‘table_zjq.id’ which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by
字面意思理解是sql_model=only_full_group_by限制了，导致在以往MYSQL版本中能正常查询的SQL，在5.7不能用了
和群友讨论，测试了一下ONLY_FULL_GROUP_BY，供大家参考（基于mysql 8.0.27)。
错误原因： MySQL 5.7.5及以上版本实现了对功能依赖的检测。如果启用了only_full_group_by SQL模式(在默认情况下是这样)，那么MySQL就会拒绝选择列表、条件或顺序列表引用的查询，这些查询将引用组中未命名的非聚合列，而不是在功能上依赖于它们。(在5.7.5之前，MySQL没有检测到功能依赖项，only_full_group_by在默认情况下是不启用的。关于前5.7.5行为的描述，请参阅MySQL 5.6参考手册。)
在MySQL数据库管理中，sql_mode是一个非常重要但又容易被忽视的设置。它定义了MySQL应如何执行SQL查询，以及如何处理数据验证和错误。本文将对一个常见的sql_mode配置进行详细的分析。
今天上班的时候，业务方问了我这样一个问题：能不能把线上的sql_mode值改为和测试环境一致？因为我们在测试环境上写的sql在线上可能会出错，原因是线上的环境设置了sql_mode=only_full_group_by。
使用GROUP BY 语句违背了sql_mode=only_full_group_by。因为mysql版本5.7之后默认的模式是ONLY_FULL_GROUP_BY。官网文档的原话：
本系列基于5.7.20 版本来讲述MySQL的新特性,从安装，文件结构，SQL ,优化 ，运维层面 复制，等几个方面展开介绍5.7 的新特性和功能，同时也建议大家跟踪官方blog和文档，以尽快知悉其新的变化。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
