ThinkPHP的distinct()仅对field()指定字段组合去重，不能用于DISTINCT *；按单字段取最新记录需用group()配合聚合函数或子查询，PHP层去重仅适用于小数据量简单场景。
ThinkPHP 的 distinct() 不是万能去重，它只作用于字段组合
很多人以为调用 distinct(true) 就能像 SQL 的 DISTINCT * 一样自动去重整行，其实不行。ThinkPHP 的 distinct() 底层只是给查询加 DISTINCT 关键字，而 SQL 标准里 DISTINCT 必须明确指定字段（或字段组合），不能直接写 DISTINCT *（多数数据库会报错）。
所以实际生效的是你 field() 里写的那些字段 —— 它只对这些字段的组合做去重，其他字段哪怕不同也会被“压缩”掉。
- 错误写法：
$model->distinct(true)->field('*')->select()→ 大概率报错或结果不符合预期 - 正确写法：
$model->distinct(true)->field('user_id, status')->select()→ 去重的是user_id + status这一对值 - 如果想按单字段去重（比如只保留每个
user_id的一条记录），得配合group()或子查询，distinct()本身做不到
用 group() 替代 distinct() 实现“取最新一条”的常见需求
业务中更常遇到的是：“每个用户只取最新一条订单”，这时单纯 distinct('user_id') 无法控制取哪条 —— 它可能随机返回某条，且不支持排序优先级。
真正可靠的做法是用 group() 配合聚合函数或子查询。ThinkPHP 6+ 支持原生 GROUP BY，但要注意 MySQL 5.7+ 默认开启 ONLY_FULL_GROUP_BY，直接 group('user_id') 会报错，除非所有 SELECT 字段都在 GROUP BY 中或被聚合函数包裹。
立即学习“PHP免费学习笔记（深入）”；
- 安全写法（推荐）：
$model->field('user_id, max(id) as id')->group('user_id')->select()→ 先拿到每组最大 ID，再关联查详情 - 或者用闭包子查询：
$sub = $model->field('user_id, max(create_time) as latest_time')->group('user_id');，再join回原表匹配 - 别依赖
order()->limit(1)加distinct()—— ThinkPHP 会把limit放在最外层，去重前的数据顺序不可控
ThinkPHP 5 和 6 的 distinct() 行为差异容易踩坑
TP5 默认把 distinct(true) 翻译成 SELECT DISTINCT，但 TP6 在使用 Db::table() 时若没显式调用 field()，可能生成空字段列表导致语法错误；而模型查询中，TP6 对 distinct() 的参数校验更严格。
- TP5 兼容性稍宽：
$model->distinct()->select()可能默认用主键去重（不推荐依赖） - TP6 必须明确：
$model->distinct(true)->field('name')->select()，否则抛异常 - 跨版本迁移时，检查所有
distinct()调用是否都配了field()，尤其注意链式调用中field()是否被后续with()或alias()影响
去重逻辑放在 PHP 层还是数据库层？看数据量和一致性要求
小数据量（比如千条以内）且去重要求简单（如数组中去除重复字符串），用 PHP 的 array_unique() 或集合处理更快，避免数据库额外压力；但只要涉及多字段组合、分页、或需要事务一致性，就必须交由数据库完成 —— PHP 层去重会破坏分页准确性，也难以保证并发下的一致性。
- 错误场景：
$list = $model->select(); array_unique($list, SORT_REGULAR)→ 分页失效、内存暴涨、丢失原始排序 - 正确边界：单字段去重且数据量
- 特别注意：Redis 缓存去重结果时，不要缓存未去重的原始数据集，否则每次读缓存还得再算一遍，失去缓存意义
去重不是加个 distinct() 就完事，关键在明确“按什么维度去”“要保留哪一条”“谁来保证结果稳定”。这几个问题没理清，代码越写越绕。
