浅谈mysql的sql_mode可能会限制你的查询

场景：

现在我们常用数据库有哪些？一想到的就是mysql，oracle吧，今天说的是mysql中我们写sql语句时候常见的一个问题，相信挺多朋友在执行一些复杂的分组查询的时候，都会遇到一个查询错误，大佬们自然不存在了，但相信小猿们还是会碰到的；

错误内容大致为：。

Expression #2 of SELECT list is not in GROUP BY clause and contains nonaggregated 
column '某列字段' which is not functionally dependent on columns in GROUP BY clause; 
this is incompatible with sql_mode=only_full_group_by

问题描述

这个问题主要说明的是，我们写的sql查询语句违背了聚合函数group by的规则，他要求SELECT列表中的所有列都必须是聚合函数的参数或者包含在GROUP BY子句中python；简单的说，也就是select后的字段列，和group by 之后的字段列没有对应上。

原因分析：

提示：为什么会出现这个问题呢？我们会好奇，好像以前执行这个类似的查询的时候没有这种限制啊，问题就在于mysql的sql_mode变量的设置有关；但是这个只针对5.7版本之后的mysql，若大家还在用早期的mysql的话，不会有这个问题，这个是后面版本加的强制规范模式；

什么是sql_mode，sql_mode 是一个用于控制 MySQL 服务器操作模式的系统变量。它允许用户定义 SQL 语言语法、数据校验和存储android引擎行为的一些规则。通过设置不同的 sql_mode 值，你可以定制 MySQL 服务器的行为，以符合特定的 SQL 标准、增强数据完整性或满足特定的应用需求

解决方案：

问题找到了，我们就来验证一下是不是sql_mode的设置有问题；

查询mysql的sql_mode变量值。

// 在navicat中，查询语句输入
// 没有navica编程t的也可以直接DOS进入命令行登录mysql后，输入语句也是一样的
select @@global.sql_mode

在结果中，我们可以看到有ONLY_FULL_GROUP_BY的内容，说明在数据库中我们设置了该语法的强制校验规则，所以导致我们的查询不通过。因此，我们只要将这个值去掉即可；
修改该变量值通常的做法有两个方式：

第一种：修改后，只有当前生效，若是mysql服务重启，就会失效；

//  set global sql_mode = 'select @@global.sql_mode 得到返回值中，去掉group by 限制'

set global sql_mode='STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION';

第二种：需要修改mysql的配置文件；但是效果则是永久的;

我们只要找到我们的China编程mysql配置文件即可，打开在【mysqld】下加上一句话；
sql_mode=STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION设置后需要重启mysql服务才会生效；

这里需要注意的是，若是Windows系统，配置文件找到my.ini修改即可，但若是跟博主一样的MAC电脑，则是找到my.cnf，有时候可能也叫（mysql-deafault.cnf）甚至有的版本并不会生成这个配置文件，需要我们自行生成，具体根据安装mysql的方式有关系，你用homebrew和正常dmg安装的就不一样，所以这块一定要注意别找错配置文件，不然配置就不会生效

不得不吐槽一下mac电脑，已经很难了，如果你还是macos加个M1,M2芯片，那对味了，看一眼就爆炸

到此这篇关于浅谈mysql的sql_mode可能会限制你的查询的文章就介绍到这了,更多相关mysql sql_mode查询内容请搜索China编程(www.chinasem.cn)以前的文章或继续浏览下面的相关文章希望大家以后多多支持编程China编程(www.cphpppcns.com)！