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 中或被聚合函数包裹。

• 安全写法（推荐）：$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() 就完事，关键在明确“按什么维度去”“要保留哪一条”“谁来保证结果稳定”。这几个问题没理清，代码越写越绕。

php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！