[MySQL 5.6优化]

来源:转载

原文地址

**待优化SQL: **

我们来分析下这条SQL存在的问题是什么? 每条SQL都要进行limit 分页 1000 ,每次SQL扫描的时候都会多扫描出来1000依次类似 每个SQL1+1000+SQl n 1000扫描的行数越来越多,SQL执行越来越慢
那么我们这个时候应该如何进行优化呢? 1.查看表结构:
接下来看一下SQL:
SQL2:SQL1:limit 13000,1000 SQL 2:limit 14000,1000 SQL3 15000,1000 ....... 每次进行limit分页后面就会越来越多,我们怎么优化呢? 可以进行使用create_time的时候来取,yinw create_time desc 每次取值小于 上次 最后一个分页的值,程序中可以获取到最后一个值 **改写: ** NOTE:执行这条SQL的运行结果:与limit 14000, 1000 结果对比是否正确 注意create_time必须要唯一,要不然数据会出错
改写SQL与原始SQL结果对比: 和使用create_time方式的结果一样正确,那么我们可以利用这种方式进行优化此条SQL 在SQL还没有较好的索引的时候就已经快了2ms 那么这个SQL应该如何添加索引呢?
没有添加索引之前的执行计划: 从执行计划中 Extra 部分有 Using filesort ,而且rows 有将近50w,说明索引选用的选择率不理想;
那么如何添加索引呢? 添加索引: alter table lp_finance add index `idx_a1` (`pay_day`,`pay_platform_type`,`create_time`)
执行时间:
执行计划: 那么这里面还存在这一个问题:就是type 为 ref 那么我们来强制索引测试下: 这个时候需要思考一个问题,为什么不强制的时候,走的也是 idx_a1 type 为ref 呢?强制了之后就是range 呢?

原文地址


分享给朋友:
您可能感兴趣的文章:
随机阅读: