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

场景：

现在我们常用数据库有哪些？一想到的就是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子句中；简单的说，也就是select后的字段列，和group by 之后的字段列没有对应上。

原因分析：

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

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

解决方案：

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

查询mysql的sql_mode变量值。

// 在navicat中，查询语句输入
// 没有navicat的也可以直接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的配置文件；但是效果则是永久的;

我们只要找到我们的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查询内容请搜索代码网以前的文章或继续浏览下面的相关文章希望大家以后多多支持代码网！