@xiangyuecn 这个联合索引之前加了，加了后有 5 秒的速度。SELECT contactId,MAX(start_time)这个子查询速度几十毫秒，不加 order by 进行排序不到一秒。非要这么查的话好像没啥办法了。。。

@xiangyuecn 大佬牛逼，现在是 14 万左右数据，返回 5 秒左右。还能优化吗。。sql 是这样的

SELECT
XXX
FROM
iqc_xml xml
LEFT JOIN
iqc_wav wav ON xml.filename = wav.filename
LEFT JOIN
(SELECT
contactId,
MAX(start_time) AS sort_value
FROM
iqc_xml
GROUP BY
contactId) AS tmp ON tmp.contactId = xml.contactId
ORDER BY
tmp.sort_value DESC,
xml.contactId,
xml.start_time DESC;

@godall 总的数据量，数据量在慢慢增加，现在又 14 万左右了。distinc 确实没啥用。后面的 group by 主要是让相同的 contactId 放在一起，也按时间倒序。

@Richared 嗯，要全部返回。。

@BiChengfei 类似上面 gpt 的用法吗，效果也不咋好。。

@MoYi123 order by 要用吧，不然就排不了序了

打卡

支持一下

mark 一下，支持~

@ouyanglong721 已发

@xilou31 已发

有提示信息了，网站维护

@zhuangjia 感谢回复

@sunhelter 感谢回复，mysql 好像不行

@zheng96 谢谢大佬，貌似可以，我得多试一下

@Xusually 要考虑 bus_id 对应多个 record_id 的情况，对应多个的话，record_id 只记录一次