mysql 特定查询条件下导致的大海捞针

order表:

order type gmt_create

type 取值: 0,1 其中0非常多,1非常少.

当查询条件里

select * from order where type=0 and gmt_create > '2017' limit 20;

由于海量数据,可能搜索1千 w 才能得到1个数据.

所以要得到20个可能就要 mysql 遍历完一个亿的数据.

这时候就要考虑如何用索引,一步步的查询. 一个方案是将原表分表. 根据 type 先分表.

直接分成两张表,而不是多加一个 index,导致一致性,降低插入性能. 还不如自己建两张表. 业务层分表. 两个 mybatis配置, 好维护.不然可能出错.

唯一的缺点是: 查询两种类型的数据,需要两个 sql 了. 需要 join 下. 原来一个 sql 就搞定了. 分比合在大部分场景下都要好.

有没有在一个数据库,能够区分冷热(业务规则定). 定期归档,归档

巴特西