[MySQL] SQL优化之性能分析

03-13 1346阅读 0评论

🌈键盘敲烂,年薪30万🌈

[MySQL] SQL优化之性能分析,[MySQL] SQL优化之性能分析,词库加载错误:未能找到文件“C:\Users\Administrator\Desktop\火车头9.8破解版\Configuration\Dict_Stopwords.txt”。,使用,我们,访问,第1张
(图片来源网络,侵删)

[MySQL] SQL优化之性能分析

目录

一、索引优化

1、索引是什么:

2、索引的数据结构:

3、索引种类:

[MySQL] SQL优化之性能分析,[MySQL] SQL优化之性能分析,词库加载错误:未能找到文件“C:\Users\Administrator\Desktop\火车头9.8破解版\Configuration\Dict_Stopwords.txt”。,使用,我们,访问,第3张
(图片来源网络,侵删)

4、sql分析(回表查询)

二、定位慢查询语句

1、慢查询日志

2、profile详情

3、explain执行计划(重点)

4、查看执行频次

[MySQL] SQL优化之性能分析,[MySQL] SQL优化之性能分析,词库加载错误:未能找到文件“C:\Users\Administrator\Desktop\火车头9.8破解版\Configuration\Dict_Stopwords.txt”。,使用,我们,访问,第4张
(图片来源网络,侵删)

 

一、索引优化

1、索引是什么:

通过一些约束,快速查询到相应字段的一种数据结构

索引在sql优化中占有非常重要的地位,因为索引与查询挂钩,查询是我们最常做的一个操作。

2、索引的数据结构:

Hash索引:查询快,但是不支持范围查询,只能精确定位某个数据。

B+树索引:查询较快,支持范围查询,这也是InnoDB存储引擎中默认的索引结构


B+树结构:

多路平衡树,每个节点存放key和指针,指针数量等于key数量+1

[MySQL] SQL优化之性能分析

插播小知识:

B+树与B树,有什么区别,为什么不用二叉树???

B+树没个非叶子结点只存放指针,可以最大限度的降低树的高度,提高查询效率。

所有数据存放在叶子节点,查询稳定,而二叉树层次会更深,也会有退化为链表的风险

3、索引种类:

聚簇索引:叶子节点中主键下面挂的是每一行的数据

二级索引:叶子节点中索引值下面挂的是主键id

4、sql分析(回表查询)

现有user表,id为主键,name有唯一约束和唯一索引结构,分析下面sql语句。

-- select * from user where id = 1;

-- select * from user where name = 'zhang';

分析:

①where 后面是id,从主键索引里面查找,找到了id为1的,再看前面select 后面是 * 主键下面包含了这些字段信息,直接返回。

②where 后面是name,并且有唯一索引结构,从该索引查找,找到了姓名为zhang的,同样select * 也是查询所有字段,但是此时name下面只有主键id的值,他要根据id再次查询主键索引,性能低

二、定位慢查询语句

1、慢查询日志

  • mysql带有慢查询日志,该日志会记录超过指定时间的sql语句,

    注意:

    慢查询日志默认为不开启,开启之后默认指定时间为10s。

    可通过修改配置文件来设置这两参数。

    • 修改mysql的配置文件 

      [MySQL] SQL优化之性能分析

      缺点:

      有些sql在规定的时间之内,但是查询花了9.9秒,并且性能很低,慢查询日志无法记录这样的sql我们也就无法优化.

      2、profile详情

      • show profiles 查看sql语句的执行时间

        [MySQL] SQL优化之性能分析

        • show profile for query query_id; 查看指定语句的执行时间

          [MySQL] SQL优化之性能分析

          3、explain执行计划(重点)

          • explain执行计划:他记录了sql查询的一些详细信息

            例如:查询部门和员工信息,

            控制台返回这么一张表,我们重点关注这5个字段。

            [MySQL] SQL优化之性能分析

            type:

            • 表示访问表的方式,是性能分析中重要的一个指标。常见的取值有:
              • ALL:全表扫描。
              • index:通过索引扫描。
              • range:通过索引范围扫描。
              • ref:非唯一性索引扫描。
              • eq_ref:唯一性索引扫描。
              • const:单表中最多有一个匹配行的情况。

              反应查询效率 从高到底分别是NULL->system->const->eq_ref->ref->range->index->all

              all性能最差,也就是它是全表扫描,没有使用索引,NULL 只有像select 'A' 这样的没有查表才会这样,所以开发中我们尽量优化到system 或者const或者ref级别。

              possible_keys:

              • 可能使用的索引,但不一定用到

                key:

                • 使用的索引

                  key_len:

                  • 使用索引的长度(字节为单位)

                    Extra:

                    • 包含有关查询的额外信息,可能包括:
                      • Using index:表示查询使用了覆盖索引。
                      • Using where:表示 MySQL 会在存储引擎层使用 WHERE 条件过滤行。
                      • Using temporary:表示查询需要创建临时表。
                      • Using filesort:表示 MySQL 会对结果使用文件排序。

                      4、查看执行频次

                      [MySQL] SQL优化之性能分析 


免责声明
本网站所收集的部分公开资料来源于AI生成和互联网,转载的目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。
文章版权声明:除非注明,否则均为主机测评原创文章,转载或复制请以超链接形式并注明出处。

发表评论

快捷回复: 表情:
评论列表 (暂无评论,1346人围观)

还没有评论,来说两句吧...

目录[+]