有朋友反馈在使用 ArmxMod for Typecho 的排行榜功能时,出现了 Failed to load resource: the server responded with a status of 500 (Internal Server Error)
错误,以下对该错误的分析解决过程做个记录。
一、分析
查看后台错误日志:
[Sat Feb 15 00:06:58.863466 2020] [php7:notice] [pid 29216] [client 127.0.0.1:34102] SQLSTATE[42000]: Syntax error or access violation: 1055 Expression #3 of SELECT list is not in GROUP BY clause and contains nonaggregated column *.typecho_comments.url' which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by
查看 PHP 源代码:
......
$sql = $db->select('COUNT(author) AS cnt', 'author', 'url', 'mail')
->from('table.comments')
->where('status = ?', 'approved')
->where('type = ?', 'comment')
->where('authorId = ?', '0')
->where('mail != ?', $options->socialemail)
->group('author')
->order('cnt', Typecho_Db::SORT_DESC)
->limit('16');
......
根据错误日志,是源代码中的 ->group('author')
写的有问题。
根据以往经验,不论是 Oralce 还是 MySQL 或者其他数据库,在做 GROUP BY
时,必须把 SELECT
的几个列都放进来,才是标准写法,举个标准写法例子:
SELECT a FROM table WHERE e=f GROUP BY a;
SELECT a,b,c FROM table WHERE e=f GROUP BY a,b,c;
在排行榜功能实现中,我并没有严格按照这种写法,而是进行了简写,这是因为标准写法语句环境会变得十分狭窄,其次 MySQL 本身是支持简写的,就是说,MySQL 是支持如下写法的:
SELECT a FROM table WHERE e=f GROUP BY a;
SELECT a,b,c FROM table WHERE e=f GROUP BY a;
那么既然 MySQL 支持简写,为什么还会出现前面说到的错误,这就需要说到 MySQL 的环境变量(运行模式?)-- sql_mode
。
错误提示中,很明确说了 this is incompatible with sql_mode=only_full_group_by
,就是简写与 only_full_group_by
冲突不兼容!
二、解决
既然找到症结所在,那么解决就简单,先来验证下分析的正确与否,首先看下当前 MySQL 的 sql_mode
:
[[email protected] armx]# mysql -uroot -p
Enter password:
Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 34183
Server version: *.*.*-log Source distribution
Copyright (c) 2000, 2020, Oracle and/or its affiliates. All rights reserved.
Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.
Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.
mysql> select @@sql_mode;
+--------------------------------------------+
| @@sql_mode |
+--------------------------------------------+
| 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 |
+--------------------------------------------+
1 row in set (0.00 sec)
可以很清楚看到 ONLY_FULL_GROUP_BY
的存在,所以我们把它删掉即可(重新赋值):
mysql> set @@sql_mode = 'STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION';
当前我们是通过 root
用户登录操作的,改的是全局变量,对于已存在的数据库,需要登录到相应数据库下,再执行一遍重新赋值,操作举例:
mysql> show databases;
+--------------------+
| Database |
+--------------------+
| information_schema |
| mysql |
| performance_schema |
+--------------------+
3 rows in set (0.00 sec)
mysql> use mysql;
Database changed
mysql> set @@sql_mode = 'STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION';
三、扩展
sql_mode
配置解析:
ONLY_FULL_GROUP_BY
对于 GROUP BY 聚合操作,如果在 SELECT 中的列,没有在 GROUP BY 中出现,那么这个 SQL 是不合法的,因为列不在 GROUP BY 从句中。简而言之,就是 SELECT 后面接的列必须被 GROUP BY 后面接的列所包含。如:
select a,b,c from table group by a,b,c; (正确)
select a,b,c from table group by a,b; (错误)
这个配置会使得 GROUP BY 语句环境变得十分狭窄,所以一般都不加这个配置。
NO_AUTO_VALUE_ON_ZERO
该值影响自增长列的插入。默认设置下,插入 0 或 NULL 代表生成下一个自增长值(不信的可以试试,默认的 sql_mode 你在自增主键列设置为 0,该字段会自动变为最新的自增值,效果和 NULL 一样)。
如果用户希望插入的值为 0(不改变),该列又是自增长的,那么这个选项就有用了。
STRICT_TRANS_TABLES
在该模式下,如果一个值不能插入到一个事务表中,则中断当前的操作,对非事务表不做限制。
InnoDB 默认事务表,MyISAM 默认非事务表;MySQL 事务表支持将批处理当做一个完整的任务统一提交或回滚,即对包含在事务中的多条语句要么全执行,要么全部不执行。非事务表则不支持此种操作,批处理中的语句如果遇到错误,在错误前的语句执行成功,之后的则不执行;MySQL 事务表有表锁与行锁非事务表则只有表锁。
NO_ZERO_IN_DATE
在严格模式下,不允许日期和月份为零
NO_ZERO_DATE
设置该值,MySQL 数据库不允许插入零日期,插入零日期会抛出错误而不是警告。
ERROR_FOR_DIVISION_BY_ZERO
在 INSERT 或 UPDATE 过程中,如果数据被零除,则产生错误而非警告。如果未给出该模式,那么数据被零除时 MySQL 返回 NULL。
NO_AUTO_CREATE_USER
禁止 GRANT 创建密码为空的用户。
NO_ENGINE_SUBSTITUTION
如果需要的存储引擎被禁用或未编译,那么抛出错误。不设置此值时,用默认的存储引擎替代,并抛出一个异常。
PIPES_AS_CONCAT
将||
视为字符串的连接操作符而非或运算符,这和 Oracle 数据库是一样的,也和字符串的拼接函数 Concat 相类似。
ANSI_QUOTES
启用 ANSI_QUOTES 后,不能用双引号来引用字符串,因为它被解释为识别符。
参考文章:
1、《记一次Group by 查询时的ONLY_FULL_GROUP_BY错误以及后续》