当前位置:山东群英会技巧>文章>MySQL

MySQL延迟关联性能优化方法

山东群英会技巧 www.iba5.com.cn 【背景】

  某业务数据库load 报警异常,cpu usr 达到30-40 ,居高不下。使用工具查看数据库正在执行的sql ,排在前面的大部分是:

SELECT id, cu_id, name, info, biz_type, gmt_create, gmt_modified,start_time, end_time, market_type, back_leaf_category,item_status,picuture_url FROM relation where biz_type ='0' AND end_time >='2014-05-29' ORDER BY id asc LIMIT 149420 ,20;


表的数据量大致有36w左右,该sql是一个非常典型的排序+分页查询:order by col limit N,OFFSET M , MySQL 执行此类sql时需要先扫描到N行,然后再去取 M行。对于此类大数据量的排序操作,取前面少数几行数据会很快,但是越靠后,sql的性能就会越差,因为N越大,MySQL 需要扫描不需要的数据然后在丢掉,这样耗费大量的时间。 

【分析】

针对limit 优化有很多种方式,
1 前端加缓存,减少落到库的查询操作
2 优化SQL
3 使用书签方式 ,记录上次查询最新/大的id值,向后追溯 M行记录。
4 使用Sphinx 搜索优化。
对于第二种方式 我们推荐使用"延迟关联"的方法来优化排序操作,何谓"延迟关联" :通过使用覆盖索引查询返回需要的主键,再根据主键关联原表获得需要的数据。

【解决】

根据延迟关联的思路,修改SQL 如下:

优化前

[email protected] 12:33:48>explain SELECT id, cu_id, name, info, biz_type, gmt_create, gmt_modified,start_time, end_time, market_type, back_leaf_category,item_status,picuture_url FROM relation where biz_type =\'0\' AND end_time >=\'2014-05-29\' ORDER BY id asc LIMIT 149420 ,20;
+----+-------------+-------------+-------+---------------+-------------+---------+------+--------+-----------------------------+
| id | select_type | table       | type  | possible_keys | key         | key_len | ref  | rows   | Extra                       |
+----+-------------+-------------+-------+---------------+-------------+---------+------+--------+-----------------------------+
| 1  | SIMPLE      | relation    | range | ind_endtime   | ind_endtime | 9       | NULL | 349622 | Using where; Using filesort |
+----+-------------+-------------+-------+---------------+-------------+---------+------+--------+-----------------------------+
1 row in set (0.00 sec)

其执行时间:

优化后:

SELECT a.* FROM relation a, (select id from relation where biz_type ='0' AND end_time >='2014-05-29' ORDER BY id asc LIMIT 149420 ,20 ) b where a.id=b.id

[email protected] 12:33:43>explain SELECT a.* FROM relation a, (select id from relation where biz_type ='0' AND end_time >='2014-05-29' ORDER BY id asc LIMIT 149420 ,20 ) b where a.id=b.id;
+----+-------------+-------------+--------+---------------+---------+---------+------+--------+-------+
| id | select_type | table       | type   | possible_keys | key     | key_len | ref  | rows   | Extra |
+----+-------------+-------------+--------+---------------+---------+---------+------+--------+-------+
| 1  | PRIMARY     | <derived2>  | ALL    | NULL          | NULL    | NULL    | NULL | 20     |       |
| 1  | PRIMARY     | a           | eq_ref | PRIMARY       | PRIMARY | 8       | b.id | 1      |       |
| 2  | DERIVED     | relation    | index  | ind_endtime   | PRIMARY | 8       | NULL | 733552 |       |
+----+-------------+-------------+--------+---------------+---------+---------+------+--------+-------+
3 rows in set (0.36 sec)

执行时间:

优化后 执行时间 为原来的1/3 。

相关阅读:

  • 特不靠谱先生言而无信,翻云覆雨小人,王八吃秤砣铁了心要与我朝为敌了。[福尔摩斯] 2019-02-12
  • C罗一人扛起葡萄牙前进 前三届世界杯共打进三球 2019-02-05
  • 习近平在上海合作组织青岛峰会欢迎宴会上的祝酒辞(全文) 2019-02-05
  • 民警扶摔倒大妈反被讹,监控证明清白后遭怼:看见警车吓的! 2019-02-04
  • 法国偶遇赵薇纤细瘦身成功 舒淇背粉包少女心十足 2019-01-23
  • 只有两种可能,你任选一种 2019-01-20
  • 【专题】节能降耗 保卫蓝天——浙江省暨杭州市2018年节能宣传周 2019-01-18
  • 违法和不良信息举报受理和处置管理办法 2019-01-12
  • 国务院关税税则委员会对原产于美国进口商品加征关税公告 2019-01-12
  • 互联网论坛社区服务管理规定 2019-01-02
  • 学习贯彻十九大精神不忘初心 牢记使命 奔向未来 2018-11-29
  • 读出你的爱!市儿童公园父亲节亲子朗诵会等你来 2018-11-13
  • 默滕斯神仙球卢卡库2球 比利时3 2018-11-13
  • 世界杯专版 竞猜型彩票 赔率是公认的竞猜利器 2018-11-10
  • 候选案例:亿滋希望厨房 2018-11-10
  • 515| 281| 773| 811| 175| 24| 827| 368| 751| 320| 761| 892| 579| 747| 507|