运营网站/南京seo网站优化

问题描述：

某条sql语句在测试环境执行只需要1秒不到，到了生产环境执行需要8秒以上

在phpmyadmin里面执行性能分析，发现sending data占用了差不多90%以上的时间

查询一下“Sending data”状态的含义，原来这个状态的名称很具有误导性，所谓的“Sending data”并不是单纯的发送数据，而是包括“收集 + 发送 数据”。

这里的关键是为什么要收集数据，原因在于：mysql使用“索引”完成查询结束后，mysql得到了一堆的行id，如果有的列并不在索引中，mysql需要重新到“数据行”上将需要返回的数据读取出来返回个客户端。

猜测可能是索引没有添加正确，于是采用

explain分析方法，在查询语句前添加expain，如下可以在phpadmin里面执行，也可以在navicat中执行：

explain SELECT

a.media_id,

a.user_id,

a.media_type,

a.title,

a.media_url,

a.description,

a.cover_url,

a.like_count,

a.play_count,

a.reply_count,

a.relay_count,

a.share_count,

a.length,

a.width,

a.length_time,

a.STATUS,

a.verification,

a.encapsulate_status,

a.create_time,

a.update_time,

a.audit_time,

CASE WHEN c.id IS NOT NULL THEN 1 ELSE 0 END niuren,

c.coefficient,

CASE WHEN d.id IS NOT NULL THEN 1 ELSE 0 END remen,

d.coefficient coefficientReMen,

b.nickname,

p.official,

p.theme_id,

p.theme_name,

u.size

FROM

tbl_media_info a

LEFT JOIN tbl_user_info b ON a.user_id=b.user_id

LEFT JOIN tbl_ranking_config c ON c.media_id=a.media_id AND c.type=3

LEFT JOIN tbl_ranking_config d ON d.media_id=a.media_id AND d.type=2

LEFT JOIN tbl_media_theme_config t ON a.media_id = t.media_id

LEFT JOIN tbl_theme_info p ON t.theme_id = p.theme_id

LEFT JOIN tbl_upload_status u ON u.url = a.media_url

GROUP BY a.media_id

order by a.create_time desc limit 0,20

通过explain查询分析，可以看到结果中possible_keys为空，说明没有用到索引

LEFT JOIN tbl_media_info t5 ON t1.user_id = t5.user_id，而这个关联查询用到了user_id，需要在这个字段上添加索引

添加索引，问题解决，查询只需要0.5秒左右