ThinkPHP 6.x 中 group() 配合 count() 实现状态分组统计需用 column('count(*)', 'status') 获取键值对数组；TP5.1 不支持该写法，须先 select() 再 array_column() 转换。
ThinkPHP 模型中用 group() 配合 count() 实现状态分组统计
直接上结论：ThinkPHP 6.x 的模型支持链式调用 group() + count()，但必须显式指定分组字段，且不能直接返回「状态 → 数量」的键值对；需要靠 column() 或手动遍历转换。
常见错误是写成 $model->where('status', 'in', [0,1,2])->group('status')->count() —— 这只会返回总数 1，不是每组一个数。因为 count() 默认不带参数时只算行数，不配合 select() 就不会按组出结果。
- 正确姿势是：
$model->field('status,count(*) as total')->group('status')->select()，再用column('total', 'status')转成数组 - 如果只想要 PHP 数组（如
[0 => 23, 1 => 45]），推荐用group('status')->column('count(*)', 'status') -
column()第二个参数必须是分组字段名，否则会丢键；若字段名含下划线或大小写混用，需确认数据库实际列名是否一致 - 注意 MySQL 严格模式下，
SELECT status, count(*)必须把status放在GROUP BY中——ThinkPHP 自动生成的 SQL 通常没问题，但手动写原生查询时容易漏
ThinkPHP 5.1 和 6.x 在分组统计上的关键差异
TP5.1 的 group() 后接 count() 行为和 TP6 不一样：5.1 不支持 column('count(*)', 'status') 这种写法，会报错「非法字段」；必须先 select() 再用 PHP 循环组装。
而 TP6.0+ 增加了对聚合函数字段的 column() 支持，但仅限于字符串形式的字段表达式（比如 'count(*)'），不能写成 count(*) as total 再取 total —— 别名在 column() 里无效。
立即学习“PHP免费学习笔记（深入）”；
- TP5.1 推荐写法：
$list = $model->field('status,count(*) as total')->group('status')->select(); array_column($list->toArray(), 'total', 'status') - TP6.0+ 可简写：
$model->group('status')->column('count(*)', 'status') - 两者都要求
status字段类型一致：如果数据库里是 tinyint，但 PHP 传参用了字符串'1'，可能导致分组键变成字符串，影响后续数组操作
遇到 SQLSTATE[42000]: Syntax error 或空结果时怎么查
这类报错八成是字段名写错、没加引号、或者用了保留字当字段名（比如叫 group、order）。ThinkPHP 不会自动给分组字段加反引号，遇到关键字必须手动处理。
例如字段名叫 type，MySQL 8.0+ 把它列为保留字，直接写 group('type') 就可能报语法错；得改成 group('`type`') 或换字段名。
- 开启 SQL 日志最有效：
Db::listen(function ($sql) { echo $sql; });，复制出来贴到 Navicat 里执行，看是不是字段歧义或括号不匹配 - 检查是否用了软删除字段（如
delete_time）但没调用withTrashed()，导致分组时数据被过滤掉 - 注意
where()条件顺序：如果先whereTime('create_time', '>=', '2024-01-01')再group()，没问题；但如果group()写在where()前面，部分旧版本会忽略条件
性能敏感场景下避免全表扫描的小技巧
分组统计跑得慢，往往不是语句问题，而是缺索引。尤其当 status 值分布极不均匀（比如 99% 是 1，剩下 1% 分散在 5 个状态），MySQL 可能放弃索引走全表。
验证方式很简单：在生成的 SQL 前加 EXPLAIN，看 key 列是否命中索引、rows 是否接近总行数。
- 给分组字段单独建索引：
ALTER TABLE `user` ADD INDEX idx_status (`status`); - 如果同时按时间范围 + 状态分组，考虑联合索引：
ADD INDEX idx_status_time (`status`, `create_time`)，注意字段顺序 - TP6 的
useWriteConnection()对读操作无效，别指望它加速统计；真要快，就用缓存：cache(3600)包住整个查询，但注意缓存键要包含所有 where 条件变量
分组统计看着简单，但字段名大小写、索引覆盖、版本兼容性、缓存穿透这四点，任何一个没对齐，线上就容易突然变慢或返回空。特别是跨版本迁移时，别只改语法，一定拿真实数据跑一遍 explain。
