当前位置:   article > 正文

【MySQL】sql如何优化?_mysql sql优化

mysql sql优化

一、优化步骤

(1)通过SQL监控、请求、日志等找出耗时的SQL语句;

(2)使用Explain方式查看SQL耗时的具体原因;

(3)根据实际情况解决:索引、缓存、左右连接

二、Explain

  • select_type:简单查询or复杂查询?simple、primary、subquery、deriveer、union。
  • type:SQL关联类型,system > const > eq_ref > ref > range > index > All。一般达到range就行,最好达到ref级别。
  • keys和key_len:具体使用到哪些索引及索引长度。
  • extra:记录额外信息,如使用覆盖索引(Using index)、使用临时表、使用外部排序(Using filesort)、使用某些聚合函数等等.

Type级别

system/const:如id=1这种常量

eq_ref:主键或联合主键被使用且返回一条;

ref:使用普通索引唯一索引的部分前缀,可能找到多个值(如:name='zhangsan');

range:使用一个索引检索某个范围,如in、between、大于等等操作;

index:扫描全索引拿到结果,一般是扫描某个二级索引(唯一索引、普通索引、前缀索引等索引属于二级索引)。

ALL:全表扫描。

三、索引

        索引本质上是方便MySQL高效获取数据的数据结构。

(一)索引的分类

  • 数据结构维度: B+树、Hash索引、全文索引、R-Tree索引。
  • 物理存储维度: 聚集索引、非聚集索引。
  • 逻辑存储维度: 主键索引、普通索引、联合索引、唯一索引、空间索引。

唯一索引:索引值唯一,允许有null值。

主键索引:特殊的唯一索引,一个表只能有一个主键索引,且不能有null值。

联合索引:在多个字段上创建索引,遵循最左前缀原则。

聚簇索引:正文内容就是按照一定规则排序的目录,如B+树,按照索引排序,一个表只能有一个,存储记录物理连续。

非聚簇索引:目录是目录,正文纯粹是正文,不按照索引排序,一个表可以有多个,存储记录物理不连续。

(二)索引使用的注意事项

  • 索引不能包含null,否则无效;
  • 索引上不能使用not in和<>操作;
  • 不要在索引列上进行运算,会导致索引失效全表扫描;
  • 查询使用多个列时可以建组合索引,查询时要符合最左前缀原则;
  • 列长度过长时使用短索引,比如varchar2(100)的列可以使用列的前10个字段作索引;
  • 控制索引的数量,过多的索引会消耗性能。

四、细节

  • in/exists:in(适合子表比主表小的情况)、exists(适合子表比主表大的情况),尽可能让小表驱动大表。
  • not in/not exists:not in(内外表全表扫描),not exists(无论跟大表小表都会用到表索引)。
  • =和!=:尽量不使用!=避免全表扫描。
  • like:左模糊匹配使用索引,全模糊匹配不使用索引。
  • select:避免使用select *。
  • union all/union:union需去重效率低,union all不去重效率高。
  • 用连接代替子查询,避免子查询产生的临时表。
  • join:join的表不宜太多。left join是左表驱动右表,inner join会自动小表驱动大表。

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/花生_TL007/article/detail/464845
推荐阅读
相关标签
  

闽ICP备14008679号