请贴出执行计划来，一般返回的数据量占比较全表数据量很大，不走索引而走全表扫描是正常的。

返回量大就是要控制返回量。

在人口查华晨宇返回估计不会超过10个。

但是如果查男的，那么返回7亿。怎么也不快。当然7亿位图索引count另外说。

所以要控制返回。过多返回未必有用。

得看看执行计划和等待事件,不是走索引就一定快的,要看你查询条件的数据分布情况。
重要的是,优化sql前,先要定位是哪个阶段耗时比较长,不一定就是在数据关联或查找阶段。
比如,如果时间都是耗在了传输数据到客户端,那优化方案就只能是增加网络带宽了,除非你一次性不查询那么多

不走索引不是优化点，如果返回数据比较大，而业务确实有这样的要求，则反而走全表扫描，可以利用多块读提升数据返回性能