首页 / MYSQL / MySQL索引优化步骤总结
MySQL索引优化步骤总结
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了MySQL索引优化步骤总结,小编现在分享给大家,供广大互联网技能从业者学习和参考。文章包含1800字,纯文字阅读大概需要3分钟。
内容图文
![MySQL索引优化步骤总结](/upload/InfoBanner/zyjiaocheng/504/9cce881a79ae4440b00958d738141149.jpg)
在项目使用mysql过程中,随着系统的运行,发现一些慢查询,在这里总结一下mysql索引优化步骤
1.开发过程优化
开发过程中对业务表中查询sql分析sql执行计划(尤其是业务流水表),主要是查看sql执行计划,对sql进行优化。
explain执行计划关键属性
select_type,possible_keys,key,rows
(1) select_type 访问类型
system>const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL
system:表只有一行记录(等于系统表)
eq_ref:唯一性索引扫描,对于每个索引键,表中只有一条记录与之匹配。常见于主键 或 唯一索引扫描。
const:表示通过索引一次就找到了,const用于比较primary key 或者 unique索引。因为只需匹配一行数据,所有很快。如果将主键置于where列表中,mysql就能将该查询转换为一个const
性能最好的是const,最差的是ALL
(2) possible_keys
查询涉及到的字段上存在索引,则该索引将被列出,但不一定被查询实际使用.
(3) key
实际使用的索引,如果为NULL,则没有使用索引(这条很关键)。
(4) rows
根据表统计信息及索引选用情况,大致估算出找到所需的记录所需要读取的行数,越小越好.
2.上线前提交DBA审核(流程)
对于关键系统上线前需要把数据表结构和索引提交DBA审核(防止出现没有索引)。
3.持续优化
部分业务表上线时由于数据量很小不会产生慢查询问题,或者上线后随着业务需求变化,可能会产生慢查询问题。
需要持续优化,可以自己查询sql日志,找出慢查询,关注dba发的慢查询sql(一般力度比较粗,一般只有执行时间,没有执行频次),
对于执行频次比较多sql慢查询的标准(执行时间)一般会要求更高。
借助自动化运维工具,统计sql执行时间和频率来区分慢查询,比如报表服务执行超过1s为慢查询,而一个执行比较频繁的sql(2C业务)超过50ms就定义为慢查询.
MySQL索引优化步骤总结
标签:ima type 业务流 自己 sql执行时间 自动化 sql慢 字段 统计信息
本文系统来源:https://www.cnblogs.com/weiguo21/p/10093710.html
内容总结
以上是互联网集市为您收集整理的MySQL索引优化步骤总结全部内容,希望文章能够帮你解决MySQL索引优化步骤总结所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错,欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 gblab@vip.qq.com 举报,一经查实,本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。