使用Explain完成SQL性能优化 从小白 → 大白

最新推荐文章于 2022-09-05 15:35:38 发布
最新推荐文章于 2022-09-05 15:35:38 发布
阅读量638 收藏 2
点赞数 1
分类专栏： # MySQL 文章标签： mysql sql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/F1004145107/article/details/106601075
版权

/ 前言 /

      对于服务端开发人员来说性能非常重要, 接口的响应时间也是关系到用户体验的大事, 所以SQL的执行时长就至关重要了, 我们通过SQL语句结构优化和添加索引的方式来压缩SQL的执行时长, 但是优化一条SQL我们首先需要知道这条SQL的问题在哪, 你需要一个好的工具Explain

/ 1 / 索引信息

我们来看下索引所在的表结构

CREATE TABLE "user" (
  "id" int(11) NOT NULL AUTO_INCREMENT,
  "name" varchar(20) NOT NULL,
  "age" int(3) NOT NULL,
  "sex" int(1) NOT NULL COMMENT '0:女, 1:男',
  "marital_status" int(1) DEFAULT NULL COMMENT '0:未婚, 1:已婚, 2:离婚, 3:再婚',
  "create_date" datetime DEFAULT NULL,
  PRIMARY KEY ("id"),
  KEY "marital_status_index" ("marital_status")
) ENGINE=InnoDB AUTO_INCREMENT=149 DEFAULT CHARSET=utf8;

我们可以看到这个表中只有一个额外的索引marital_status, 但是为何我不给age和sex加索引呢?

和年龄相关的业务呢通常情况下都是范围查询, 范围查询会导致索引失效, 所以也就没有必要为age建立索引, 而sex则是因为其只有俩个属性, 分别是0和1, 建立索引也没有意义

/ 2 / Explain函数

在MySQL中想要排查索引是否失效我们需要一个特殊的函数explain, 我们来看下它的作用

mysql> explain select age from user where marital_status = 1;
+----+-------------+-------+------------+------+-------------------+-------------------+---------+-------+------+----------+-------------+
| id | select_type | table | partitions | type | possible_keys     | key               | key_len | ref   | rows | filtered | Extra       |
+----+-------------+-------+------------+------+-------------------+-------------------+---------+-------+------+----------+-------------+
|  1 | SIMPLE      | user  | NULL       | ref  | marital_age_index | marital_age_index | 4       | const |   29 |   100.00 | Using index |
+----+-------------+-------+------------+------+-------------------+-------------------+---------+-------+------+----------+-------------+
1 row in set (0.00 sec)
mysql>

我们来解释下每个列所代表的的含义

2 . 1 select_type ( 当前索引语句类型 )
  • SIMPLE : 最简单的select, 不包括子查询和使用union函数
  • PRIMARY : 如果使用了子查询或者union, 那么这个就代表当前使用到的索引是子查询的外层或者union的外层
  • UNION : union内层的查询, 但是俩个select中没有依赖关系
  • DEPENDENT UNION : union内层的查询, 俩个select中有依赖关系
  • UNIOIN RESULT : union查询的结果, 没有id值
  • SUBQUERY : select语句中的子查询, 不依赖外部select
  • DEPENDENT SUBQUERY : select语句中的子查询, 依赖外部select
  • DERIVED : 子查询位于FROM中的查询语句
2 . 2 table ( 当前索引所在表名 )
2 . 3 partitions( 使用到的分区 )
2 . 4 type ( 查询的类型/级别 )

级别顺序

system > const > eq_ref > ref > range > index > all
  • system : 表中只有一条数据, 类似于系统表
  • const : 一次命中, 基本发生在where后面是主键的条件语句中
    mysql> explain select * from user where id = 35;
+----+-------------+-------+------------+-------+---------------+---------+---------+-------+------+----------+-------+
| id | select_type | table | partitions | type  | possible_keys | key     | key_len | ref   | rows | filtered | Extra |
+----+-------------+-------+------------+-------+---------------+---------+---------+-------+------+----------+-------+
|  1 | SIMPLE      | user  | NULL       | const | PRIMARY       | PRIMARY | 4       | const |    1 |   100.00 | NULL  |
+----+-------------+-------+------------+-------+---------------+---------+---------+-------+------+----------+-------+
1 row in set (0.00 sec)
  • eq_ref : 唯一索引才可能达到这个级别, 当在多表连接时使用唯一索引(primary key|unique key)作为连接条件时才会触发
  • ref : 最常见的级别之一,
  • range : 最常见的级别之一, 检索指定范围的行, 比如你在where中使用了between或者in函数
    mysql> explain select * from user where age between 20 and 21;
+----+-------------+-------+------------+-------+---------------+-----------+---------+------+------+----------+-----------------------+
| id | select_type | table | partitions | type  | possible_keys | key       | key_len | ref  | rows | filtered | Extra                 |
+----+-------------+-------+------------+-------+---------------+-----------+---------+------+------+----------+-----------------------+
|  1 | SIMPLE      | user  | NULL       | range | age_index     | age_index | 4       | NULL |    8 |   100.00 | Using index condition |
+----+-------------+-------+------------+-------+---------------+-----------+---------+------+------+----------+-----------------------+
1 row in set (0.00 sec)
    但是要注意, 如果你在已经有索引的字段上使用between或者in会导致索引失效触发全表扫描
    mysql> explain select * from user where marital_status between 0 and 1;
+----+-------------+-------+------------+------+----------------------+------+---------+------+------+----------+-------------+
| id | select_type | table | partitions | type | possible_keys        | key  | key_len | ref  | rows | filtered | Extra       |
+----+-------------+-------+------------+------+----------------------+------+---------+------+------+----------+-------------+
|  1 | SIMPLE      | user  | NULL       | ALL  | marital_status_index | NULL | NULL    | NULL |  137 |    45.99 | Using where |
+----+-------------+-------+------------+------+----------------------+------+---------+------+------+----------+-------------+
1 row in set (0.00 sec)
  • index : 全表扫描, 但扫描的是文件, 一般存在于没有条件语句的查询中, 且只查询一列
    mysql> explain select age from user;
+----+-------------+-------+------------+-------+---------------+-----------+---------+------+------+----------+-------------+
| id | select_type | table | partitions | type  | possible_keys | key       | key_len | ref  | rows | filtered | Extra       |
+----+-------------+-------+------------+-------+---------------+-----------+---------+------+------+----------+-------------+
|  1 | SIMPLE      | user  | NULL       | index | NULL          | age_index | 4       | NULL |  137 |   100.00 | Using index |
+----+-------------+-------+------------+-------+---------------+-----------+---------+------+------+----------+-------------+
1 row in set (0.00 sec)
  • ALL : 全表扫描, 最差的级别,
2 . 5 possible_keys( 可能使用到的索引列表 )

例如我们表中除了marital_age_index一个索引外还存在另一个marital_status_index复合索引, 在符合条件的情况下possible_keys中会列出marital_status_index,marital_age_index

mysql> explain select * from user where marital_status =1 ;
+----+-------------+-------+------------+------+----------------------------------------+----------------------+---------+-------+------+----------+-------+
| id | select_type | table | partitions | type | possible_keys                          | key                  | key_len | ref   | rows | filtered | Extra |
+----+-------------+-------+------------+------+----------------------------------------+----------------------+---------+-------+------+----------+-------+
|  1 | SIMPLE      | user  | NULL       | ref  | marital_status_index,marital_age_index | marital_status_index | 5       | const |   29 |   100.00 | NULL  |
+----+-------------+-------+------------+------+----------------------------------------+----------------------+---------+-------+------+----------+-------+
1 row in set (0.00 sec)

上面说的符合条件指的是符合索引的最左原则, 意思就是只有我用到复合索引中最左边的列或者全部列该索引才会生效, 详细的解读在下面

2 . 6 key( 查询中实际使用到的索引 )
2 . 7 key_len( 索引的字节数 )
我们知道int类型是4bytes, 如果在数据库中设置的是允许为null的话, 那么就会占用5bytes, 这也就是为什么我上面代码中条件语句是id的话`key_len = 4`, 是marital_status的话就是`key_len = 5`
2 . 8 ref( 索引使用的列或常数 )
2 . 9 rows ( 查询的行数,越小越好 )
2 . 10 filtered( 结果行数占rows行数的百分比 )
2 . 11 Extra
  • Using filesort

    当MySQL无法使用索引完成排序时就会使用filesort来完成排序

    mysql> explain select age from user where sex = 1 order by age;
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-----------------------------+
| id | select_type | table | partitions | type | possible_keys | key  | key_len | ref  | rows | filtered | Extra                       |
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-----------------------------+
|  1 | SIMPLE      | user  | NULL       | ALL  | NULL          | NULL | NULL    | NULL |  137 |    10.00 | Using where; Using filesort |
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-----------------------------+
1 row in set (0.00 sec)

    感兴趣的朋友可以看一下MySQL官方对于filesort使用的介绍, 这里就不多叙述了
    MySQL优化排序官方文档

  • Using index

    当使用覆盖索引会触发, 意思就是当查询中只有索引列时, 此时不必读取整个数据行, 直接根据索引获取所需数据即可

    mysql> explain select age from user where marital_status = 1;
+----+-------------+-------+------------+------+-------------------+-------------------+---------+-------+------+----------+-------------+
| id | select_type | table | partitions | type | possible_keys     | key               | key_len | ref   | rows | filtered | Extra       |
+----+-------------+-------+------------+------+-------------------+-------------------+---------+-------+------+----------+-------------+
|  1 | SIMPLE      | user  | NULL       | ref  | marital_age_index | marital_age_index | 4       | const |   29 |   100.00 | Using index |
+----+-------------+-------+------------+------+-------------------+-------------------+---------+-------+------+----------+-------------+
1 row in set (0.00 sec)

    Using index; Using where同时出现的情况会在下面详细讲解↓

  • Using index condition()

    Index Condition Pushdown(ICP), MySQL5.6中新加入的特性, 直接在存储引擎中使用索引对数据进行过滤, 可以减少存储引擎必须访问基表的次数以及MySQL服务器必须访问存储引擎的次数
    感兴趣的朋友可以看下MySQL官方介绍索引条件下推优化

    mysql> explain select marital_status from user where marital_status = 1 order by sex;
+----+-------------+-------+------------+------+-------------------+-------------------+---------+-------+------+----------+---------------------------------------+
| id | select_type | table | partitions | type | possible_keys     | key               | key_len | ref   | rows | filtered | Extra                                 |
+----+-------------+-------+------------+------+-------------------+-------------------+---------+-------+------+----------+---------------------------------------+
|  1 | SIMPLE      | user  | NULL       | ref  | marital_age_index | marital_age_index | 4       | const |   29 |   100.00 | Using index condition; Using filesort |
+----+-------------+-------+------------+------+-------------------+-------------------+---------+-------+------+----------+---------------------------------------+
1 row in set (0.00 sec)
  • Using where

    当查询语句中使用了where进行过滤时会触发Using where, 和索引无关

      mysql> explain select sex from user where sex = 1;
  +----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------------+
  | id | select_type | table | partitions | type | possible_keys | key  | key_len | ref  | rows | filtered | Extra       |
  +----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------------+
  |  1 | SIMPLE      | user  | NULL       | ALL  | NULL          | NULL | NULL    | NULL |  137 |    10.00 | Using where |
  +----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------------+
  1 row in set (0.00 sec)
  • Using join buffer

    表连接频繁的情况下将早期连表中的部分行数据存入缓存期, 然后使用缓冲区中的行来执行与当前表的联接

  • Using MRR

    当表较大且未存储在存储引擎的高速缓存中时，在辅助索引上使用范围扫描来读取行会导致对表的许多随机磁盘访问。通过磁盘扫描多范围读取（MRR）优化，MySQL尝试通过首先仅扫描索引并收集相关行的键来减少用于范围扫描的随机磁盘访问次数。然后对键进行排序，最后使用主键的顺序从基表中检索行。磁盘扫描MRR的动机是减少随机磁盘访问的次数，而是对基表数据进行更顺序的扫描
    官方介绍 : 多范围读取优化

  • Using temporary

    当查询中包含了group by和order by时会触发Using temporary, 触发后MySQL会生成一个临时表来存储此次查询的结果, 然后在临时表中进行排序或分组

    mysql> explain select marital_status from user where marital_status between 1 and 2 group by age;
+----+-------------+-------+------------+-------+-------------------+-------------------+---------+------+------+----------+-----------------------------------------------------------+
| id | select_type | table | partitions | type  | possible_keys     | key               | key_len | ref  | rows | filtered | Extra                                                     |
+----+-------------+-------+------------+-------+-------------------+-------------------+---------+------+------+----------+-----------------------------------------------------------+
|  1 | SIMPLE      | user  | NULL       | range | marital_age_index | marital_age_index | 4       | NULL |   63 |   100.00 | Using where; Using index; Using temporary; Using filesort |
+----+-------------+-------+------------+-------+-------------------+-------------------+---------+------+------+----------+-----------------------------------------------------------+
1 row in set (0.00 sec)

类型太多我们就不一一列举了, 感兴趣的朋友可以看一下官方文档EXPLAIN输出格式

/ 3 / 最左原则与Using index; Using where

其实最左原则本不应该写到Explain的博文中的, 但是在Explain的解析下你会发现不一样的最左原则
我们之前创建过一个复合索引KEY "marital_age_index" ("marital_status","age"), 还记得我上面提到过的最左原则吧, 我们来看下什么时候会出现Using index, 什么时候出现Using where, 什么时候又会出现Using where;Using index

我们对照着来看, 先看第一组

# 1. 没有order by
mysql> explain select age from user where marital_status = 1;
+----+-------------+-------+------------+------+-------------------+-------------------+---------+-------+------+----------+-------------+
| id | select_type | table | partitions | type | possible_keys     | key               | key_len | ref   | rows | filtered | Extra       |
+----+-------------+-------+------------+------+-------------------+-------------------+---------+-------+------+----------+-------------+
|  1 | SIMPLE      | user  | NULL       | ref  | marital_age_index | marital_age_index | 4       | const |   29 |   100.00 | Using index |
+----+-------------+-------+------------+------+-------------------+-------------------+---------+-------+------+----------+-------------+
1 row in set (0.00 sec)

# 2. 有order by
mysql> explain select age from user where marital_status = 1 order by age;
+----+-------------+-------+------------+------+-------------------+-------------------+---------+-------+------+----------+--------------------------+
| id | select_type | table | partitions | type | possible_keys     | key               | key_len | ref   | rows | filtered | Extra                    |
+----+-------------+-------+------------+------+-------------------+-------------------+---------+-------+------+----------+--------------------------+
|  1 | SIMPLE      | user  | NULL       | ref  | marital_age_index | marital_age_index | 4       | const |   29 |   100.00 | Using where; Using index |
+----+-------------+-------+------------+------+-------------------+-------------------+---------+-------+------+----------+--------------------------+
1 row in set (0.00 sec)

我们看到此时的Extra分别是是Using index和Using where; Using index

在第二句SQL中我们加了一个order by age结果就变成了Using where; Using index, 这是因为order by也会用到索引, 而我们order by的对象是复合索引中的另一列, 当我们在order by或者group by中加入了索引的另一列, 此时仍然会触发复合索引, 然后使用索引读取数据

我们再来看第二组SQL的执行结果

# 1. select marital_status
mysql> explain select marital_status from user where age = 1;
+----+-------------+-------+------------+-------+---------------+-------------------+---------+------+------+----------+--------------------------+
| id | select_type | table | partitions | type  | possible_keys | key               | key_len | ref  | rows | filtered | Extra                    |
+----+-------------+-------+------------+-------+---------------+-------------------+---------+------+------+----------+--------------------------+
|  1 | SIMPLE      | user  | NULL       | index | NULL          | marital_age_index | 8       | NULL |  137 |    10.00 | Using where; Using index |
+----+-------------+-------+------------+-------+---------------+-------------------+---------+------+------+----------+--------------------------+
1 row in set (0.00 sec)

# 2. select *
mysql> explain select * from user where age = 1;
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------------+
| id | select_type | table | partitions | type | possible_keys | key  | key_len | ref  | rows | filtered | Extra       |
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------------+
|  1 | SIMPLE      | user  | NULL       | ALL  | NULL          | NULL | NULL    | NULL |  137 |    10.00 | Using where |
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------------+
1 row in set (0.00 sec)

Extra的值分别是Using where; Using index和Using where

这就是最左原则中的例外情况, 虽然条件语句没有符合最左原则的规范, 但是我们在select后面添加了索引中的另一个列, 此时MySQL检测到了之后它就会先去根据这俩个列去找到对应的索引键值, 然后使用索引读取数据

我们来看第三组SQL的执行结果

# 1. where age
mysql> explain select age from user where age = 1;
+----+-------------+-------+------------+-------+---------------+-------------------+---------+------+------+----------+--------------------------+
| id | select_type | table | partitions | type  | possible_keys | key               | key_len | ref  | rows | filtered | Extra                    |
+----+-------------+-------+------------+-------+---------------+-------------------+---------+------+------+----------+--------------------------+
|  1 | SIMPLE      | user  | NULL       | index | NULL          | marital_age_index | 8       | NULL |  137 |    10.00 | Using where; Using index |
+----+-------------+-------+------------+-------+---------------+-------------------+---------+------+------+----------+--------------------------+
1 row in set (0.00 sec)

# 2. where marital_status
mysql> explain select age from user where marital_status = 1 ;
+----+-------------+-------+------------+------+-------------------+-------------------+---------+-------+------+----------+-------------+
| id | select_type | table | partitions | type | possible_keys     | key               | key_len | ref   | rows | filtered | Extra       |
+----+-------------+-------+------------+------+-------------------+-------------------+---------+-------+------+----------+-------------+
|  1 | SIMPLE      | user  | NULL       | ref  | marital_age_index | marital_age_index | 4       | const |   29 |   100.00 | Using index |
+----+-------------+-------+------------+------+-------------------+-------------------+---------+-------+------+----------+-------------+
1 row in set (0.00 sec)

这组中第一句我们在select中和where中同时使用到了复合索引中的age列, 我们任然可以使用该复合索引, 只要我们满足select中及where中必须都存在复合索引的另一列且必须是复合索引中的列

我们得到的结论是当我们的SQL语句不符合最左原则时我们任然可以使用该复合索引, 但是要符合以下几点

  1. 必须在select后指定索引中符合最左原则的另一列

  2. select中及where中必须都存在复合索引的另一列且必须是复合索引中的列

他们三个性能的排序关系是

Using index > Using index; Using where > Using where

参考文档

EXPLAIN官方文档

wise哲
关注
专栏目录
MySQL explain执行计划详解
eagle89的专栏
04-25 2886
一、Explain基本概念 1. Explain定义 · 我们知道MySQL中有一个查询优化器Query Optimizer，它的作用是找到最小代价的正确执行方案； · EXPLAIN :模拟Mysql优化器是如何执行SQL查询语句的，从而知道Mysql是如何处理你的SQL语句的，分析你的查询语句或是表结构的性能瓶颈。 · explain显示了mysql如何使用索引来处理selec...
如何使用explain进行SQL语句调优
jinjing_zrt的博客
06-01 168
https://mp.weixin.qq.com/s/kYcrHtE82-sOqNOp_qM4Ig
MySQL的高级应用之Explain（完美详细版，看这一篇就够了）
攻城狮Kevin
11-07 3828
一、Explain基本概念 1. Explain定义 我们知道MySQL中有一个查询优化器Query Optimizer，它的作用是找到最小代价的正确执行方案； EXPLAIN :模拟Mysql优化器是如何执行SQL查询语句的，从而知道Mysql是如何处理你的SQL语句的。分析你的查询语句或是表结构的性能瓶颈。 explain显示了mysql如何使用索引来处理select语句以及连接表。可以帮助选...
SQL优化：索引，explain
您已进入防沉迷系统...
11-06 979
从100号部门开始，创建10个部门。 delimiter $$ drop procedure insert_dept $$ create procedure insert_dept(in start int(10),in max_num int(10)) begin declare i int default 0; set autocommit = 0; repeat set i =
explain和sql优化原则
demo小王子
08-18 219
Explain explain：模拟优化器执行SQL查询语句，从而知道MySQL是如何处理你的SQL语句 使用：explain+查询的sql语句; 解释上述表格中字段的作用： id：表示sql语句中操作表的顺序，常搭配table一起分析。 规则：id越大越先执行。id相同则从上到下依次执行。 table：表示操作的是拿张表。？？表示为临时表数字表示从id为数字的表中查询的结果集当作临时表。 select_type:sql语句查询的类型。用于区别普通查询、联合查询、子查询等复杂的查询。 取值： si
explain的id从小到大
最新发布
08-19
- *2* [使用Explain完成SQL性能优化 从小白 → 大白](https://blog.csdn.net/F1004145107/article/details/106601075)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip...
【MySQL数据库性能优化101】：从小白到高手，轻松提升数据库效率
[【MySQL数据库性能优化101】：从小白到高手，轻松提升数据库效率](https://ucc.alicdn.com/pic/developer-ecology/5387167b8c814138a47d38da34d47fd4.png?x-oss-process=image/resize,s_500,m_lfit) # 1. MySQL...
【从小白到高手：MySQL数据库性能调优实战指南】：快速提升MySQL性能，解锁数据库优化秘籍
[【从小白到高手：MySQL数据库性能调优实战指南】：快速提升MySQL性能，解锁数据库优化秘籍](https://img-blog.csdnimg.cn/direct/6910ce2f54344953b73bcc3b89480ee1.png) # 1. MySQL数据库性能调优基础** MySQL...
揭秘Oracle数据库配置秘籍：从小白到高手的蜕变指南
[揭秘Oracle数据库配置秘籍：从小白到高手的蜕变指南](https://img-blog.csdn.net/20160621100852163) # 1. Oracle数据库基础与架构 Oracle数据库是一个强大的关系型数据库管理系统（RDBMS），具有高性能、高可用性...
揭秘MySQL数据库入门指南：从小白到高手，一文搞定
![揭秘MySQL数据库入门指南：从小白到高手，一文搞定]...# 1. MySQL数据库基础** MySQL数据库是一种开源的关系型
sql EXPLAIN 详解 type\rows
weixin_46484674的博客
09-05 3320
EXPLAIN 指令提供了 MySQL 如何执行一条 SQL 语句的信息。通过使用 EXPLAIN，我们可以查看 SQL 语句的执行方式，进而排查 SQL 语句的瓶颈，然后进行优化。
（MySQL性能优化）Explain分析sql语句优劣
qq_38056704的博客
04-21 5641
在MySQL如何优化的问题上，怎么判断sql语句是否已经优化了呢，我们需要一个标准， Explain就是我们的标准！！ Explain是什么？Explain有什么用？   准备工作： 1.创建article表 插入数据 表结构：文章的信息：有作者、目录、阅读数、评论数、标题号、内容（简单的表，用于演示~）   实验过程： 1.要求查询出所有文章的信息（普通查询） ...
使用explain优化sql
热门推荐
赵崇
07-10 1万+
对于复杂、效率低的sql语句，我们通常是使用explain sql 来分析sql语句，这个语句可以打印出，语句的执行过程。这样方便我们分析，进行优化。        首先，说一下，explain查询出来的数据如何分析。 table ：这一列是查询设计的表。 type ：很重要的一列，显示了查询使用了那种类型，是否使用的索引，能反映出语句的质量。一般这个指标从好到坏依次是：system>co
查询性能优化(使用 Explain 进行分析、优化数据访问、重构查询方式)、存储引擎（InnoDB/MyISAM）
Zhxin606a的博客
04-26 402
1.查询性能优化 1.1 使用 Explain 进行分析 Explain 用来分析 SELECT 查询语句，开发人员可以通过分析 Explain 结果来优化查询语句。 比较重要的字段有： select_type : 查询类型，有简单查询、联合查询、子查询等 key : 使用的索引 rows : 扫描的行数 1.2 优化数据访问 1.2.1 减少请求的数据量 只返回必要的列：最好不要...
Shell脚本实现MySQL主从自动化配置
欢迎来到wise哲的博客空间
05-17 2003
/ 前言 /        该Shell脚本适用于一主一从, 但是如果你需要布置为一主多从或者多主多从只需要简单修改即可, 修改方式在脚本备注中        当前脚本暂无自动安装MySQL的流程, 我会尽快完善, 也可以看我之前的博文安装MySQLCentos7安装MySQL5.7图文解析 (附MySQL安装包官网地址及MySQL5.7安装手册)        如需了解MySQL主从搭建
Centos7安装MySQL5.7图文解析 (附MySQL安装包官网地址及MySQL5.7安装手册)
欢迎来到wise哲的博客空间
05-17 1575
/ 前言 / 目前MySQL最高版本为8.0, 但是使用较少, 本文主要分享MySQL5.7的安装流程, 并附有MySQL官网下载地址 / 安装前准备 / 1 . 检查是否已安装MySQL rpm -qa |grep -i mysql 如果有显示如下所示信息请先卸载MySQL [root@localhost ~]# rpm -qa |grep -i mysql mysql-community-libs-5.7.30-1.el7.x86_64 mysql-community-libs-compat-5.7.
SQL导致的索引失效
欢迎来到wise哲的博客空间
05-10 1450
/ 前言 /        我们在开发中会发现, 明明我这条SQL语句应该是用到了索引才对, 但是为何速度仍然那么慢, 其实是你的SQL写的有问题导致了索引失效, 我们来看下什么情况下MySQL的索引会失效 / 索引失效 / 对查询进行优化,尽量避免全表扫描,避免导致索引失效 在where子句中进行null值判断的话会导致引擎放弃索引而产生全表扫描SELECT id FROM table WHERE num is null 在建立数据库的时候因
MySQL主从搭建图文解析及原理
欢迎来到wise哲的博客空间
05-17 1225
/ 前言 /       随着用户的增长, 性能和稳定变得越来越重要, 为了不让其成为系统的约束, 于是大家开始追求高可用, 而MySQL的主从就是为了解决单一MySQL服务不稳定而诞生, 也可作为MySQL读写分离的基石, 主从的配置使我们不再需要担心夜里数据库突然宕机~.~       本文主要内容有 MySQL主从配置图文讲解 MySQL主从配置原理 MySQL主从配置自动化shel
优化SQL查询性能：explain工具详解
总结来说，"explain"是一个强大的工具，它揭示了SQL查询背后的执行逻辑，帮助我们优化查询，提升数据库系统的响应速度和整体性能。熟练掌握并合理运用explain的结果，是每一位数据库管理员和开发者必须具备的技能。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值