MySQL根基常识点梳理和查询优化

假如你执行了一个sql的操纵，可是迟迟没有返回，你可以通过查询历程列表看看他的现实执行状况，假如该sql异常耗时，为了停止影响线上可以用kill呼吁杀死历程，通过查察历程列表也能直观的看下当前sql的执行状态，假如当前数据库负载很高，在历程列表也许会呈现，大量的历程夯住，执行时刻很长。呼吁如下：

--查察历程列表
SHOW PROCESSLIST;
--杀死某个历程
kill 183665 

假如你行使的sqlyog，那么也有图形化的页面，在菜单栏-器材-表现-历程列表。在历程列表页面可以右键杀死历程。如下所示：

  

 

九、一些数据库机能的思索

在对公司慢查询日记做优化的时辰，许多时辰也许是忘了建索引，像这种题目很轻易办理，加个索引就行了。可是有两种环境就不是简朴能加索引能办理了：

1、营业代码轮回读数据库： 思量这样一个场景，获取用户粉丝列表信息 插手分页是十个 着实像这样的sql黑白常简朴的，通过连表查询机能也很高，可是偶然辰，许多开拓回收了取出一串id，然后轮回读每个id的信息，这样假如id许多对数据库的压力是很大的，并且机能也很低

2、统计sql：许多时辰，营业上城市有排行榜这种，发明公司有许多处所直接回收数据库做计较，在对一些大表的做聚合运算的时辰，常常高出五秒，这些sql一样平常很长并且很难优化， 像这种场景，假如营业应承(好比同等性要求不高可能是隔一段时刻才统计的)，可以专门在从库内里做统计。其它我提议照旧回收redis缓存来处理赏罚这种营业

3、超大分页：在慢查询日记中发明白一些超大分页的慢查询如limit 40000,1000，由于mysql的分页是在server层做的，可以回收耽误关联在镌汰回表。可是看了相干的营业代码正常的营业逻辑是不会呈现这样的哀求的，以是很有也许是有恶意用户在刷接口，以是最亏得开拓的时辰也对接口加上校验拦截这些恶意哀求。

这篇文章就总结到这里，但愿可以或许对你有所辅佐!

【编辑保举】

1. MySQL中一个双引号错位激发的血案
2. 填坑利器？Redis怎样补充传统MySQL架构的不敷
3. 从Gartner陈诉看中国数据库：差距虽在，“狼性”凸显
4. MySQL误删数据救命指南：开拓职员必保藏
5. 行使systemtap调试器材说明MySQL的机能

（编辑：湖南网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!