你用explain analyze执行下这个sql再贴下执行计划，这种其实就是olap类型的sql了，如果你没有content_id，deal_id联合索引会更慢，有也会对整个索引进行索引全扫描，sql首先下推到对应所有的tikv节点，将每个tikv节点上的deal_id对应最大的content_id拿出来，然后在tidb-server层面对所有tikv节点返回的deal_id对应最大的content_id汇总，如果有多个节点都返回了各自节点上同一个deal_id对应最大的content_id，这个时候需要再将这多条数据中选出同一个deal_id对应最大的content_id，最后才会返回出单个deal_id**对应最大的content_id，最后进行count汇总，肯定慢了。