mysql 数据量大,查询慢解决方案-

在开始演示之前，我们先介绍下两个概念概念一，数据的可选择性基数，也就是常说的cardinality值查询优化器在生成各种执行计划之前，得先从统计信息中取得相关数据，这样才能估算每步操作所涉及到的记录数，而这个相关数据就；但是上面的优化起不到根本效果，如果100万 1000万数据怎么办，难道每次都要全部查出来嘛，那是不可能的，而且你的页面也不能全部都展示出来！所有需要换个思路，如，将一个会员的订单记录查询出来，然后通过程序。

MySQL 在 0 级创建同级页码 9将记录 1010，10 插入第 9 页并将光标更改为此页面以此类推在上面的示例中，数据库在 0 级别提交到第 9 页，在 1 级别提交到第 7 页我们现在有了一个完整的 B+tree；我一个表中有接近10万条记录，查询非常慢请高手看看我的SQL怎么写能提高查询效率我用的是mysql+ibatis，以下为代码ltselectid=quotwareListSelectquotparameterClass=quot 我一个表中有接近10万条记录，查询非常慢请高手。

5 次的磁盘IO 因为索引需要额外的存储空间和处理，那些不必要的索引反而会使查询反应时间变慢4解决方案41利用分表操作千万级的数据必须要用垂直分表操作，这样每天插入的数据在不同的表中，索引也就在不同的；实测41w数据100条分页查询，如果不加order by 时间都是毫秒级，一旦加了时间排序结果至少15s以上，只需要给时间字段添加索引，查询速度瞬间回归毫秒级。

你的这条sql有索引也是等于没有的，因为你用了like #39%xxx%#39 如果like 的条件以%开始，数据库不会用索引分表是可以，但是需要分很多你要一个表分几十个表才能优化到合理的速度但是从你表的数据量来说，你应；MySQL的最佳是单表百万级，一旦上到千万级就慢了，只能分表，分表不行就集群或者换数据库吧。