当前位置：首页 > 文章列表 > 数据库 > MySQL > MySQL深入浅出（二）：索引的设计原则、SQL优化、MySQL日志、备份与恢复

MySQL深入浅出（二）：索引的设计原则、SQL优化、MySQL日志、备份与恢复

来源：SegmentFault 2023-02-16 15:34:10 0浏览收藏

本篇文章主要是结合我之前面试的各种经历和实战开发中遇到的问题解决经验整理的，希望这篇《MySQL深入浅出（二）：索引的设计原则、SQL优化、MySQL日志、备份与恢复》对你有很大帮助！欢迎收藏，分享给更多的需要的朋友学习~

上一篇：MySQL深入浅出（一）：SQL基础、数据类型、运算符

一、索引的设计原则

查看字段散列度/离散度：
```
select count(distinct col_name),... from table_name
```
，如性别的离散度比较低不适合做索引
```
InnoDB
```
表的普通索引都会保存主键的值，所以主键要尽可能选择比较短的数据类型，可以有效地减少索引的磁盘占用，提高索引的缓存效果。

插件式存储引擎是

MySQL

最重要的特性之一
优化表碎片：

OPTIMIZE TABLE table_name

存储过程和函数是事先经过编译并存储在数据库中的一段

SQL

语句的集合，可以减少开发人员很多工作；

事务控制和锁定语句

lock tables

锁定用于当前线程的表。如果表被其他线程锁定，则当前线程会等待，直到可以获取所有锁定为止

事务控制：

start transaction/begin
...
commit/rollback

当前分布式事务只支持

InnoDB

存储引擎。

Tips:如果想更清楚地了解SQL的执行过程：

show profile for query

二、SQL优化

2.1 通过show status 命令了解各种SQL执行频率

show [session|global] status

session：当前连接
global：自数据库上次启动至今

show status like 'Com_%';

通过以上几个参数，可以了解到当前数据库的应用是插入更新为主还是以查询操作为主。

2.2 通过explain分析低效SQL的执行计划

    各属性含义：
    id: 查询的序列号
    select_type: 查询的类型，主要是区别普通查询和联合查询、子查询之类的复杂查询

SIMPLE：查询中不包含子查询或者UNION
查询中若包含任何复杂的子部分，最外层查询则被标记为：PRIMARY
在SELECT或WHERE列表中包含了子查询，该子查询被标记为：SUBQUERY
在FROM列表中包含的子查询被标记为：DERIVED（衍生）
若第二个SELECT出现在UNION之后，则被标记为UNION；若UNION包含在 FROM子句的子查中，外层SELECT将被标记为：DERIVED
从UNION表获取结果的SELECT被标记为：UNION RESULT

    table: 输出的行所引用的表
    type: 访问类型

从左至右，性能由差到好

ALL: 扫描全表
index: 扫描全部索引树
range: 扫描部分索引，索引范围扫描，对索引的扫描开始于某一点，返回匹配值域的行，常见于between、等的查询
ref: 使用非唯一索引或非唯一索引前缀进行的查找
eq_ref：唯一性索引扫描，对于每个索引键，表中只有一条记录与之匹配。常见于主键或唯一索引扫描
const, system: 单表中最多有一个匹配行，查询起来非常迅速，例如根据主键或唯一索引查询。system是const类型的特例，当查询的表只有一行的情况下，使用system。
NULL: 不用访问表或者索引，直接就能得到结果，如
```
select 1 from test where 1
```

possible_keys: 表示查询时可能使用的索引。如果是空的，没有相关的索引。这时要提高性能，可通过检验WHERE子句，看是否引用某些字段，或者检查字段不是适合索引

key: 显示MySQL实际决定使用的索引。如果没有索引被选择，是NULL

key_len: 使用到索引字段的长度

注：key_len显示的值为索引字段的最大可能长度，并非实际使用长度，即key_len是根据表定义计算而得，不是通过表内检索出的。

ref: 显示哪个字段或常数与key一起被使用

rows: 这个数表示mysql要遍历多少数据才能找到，表示MySQL根据表统计信息及索引选用情况，估算的找到所需的记录所需要读取的行数，在innodb上可能是不准确的

Extra: 执行情况的说明和描述。包含不适合在其他列中显示但十分重要的额外信息。

Using index：表示使用索引，如果只有 Using index，说明他没有查询到数据表，只用索引表就完成了这个查询，这个叫覆盖索引。如果同时出现Using where，代表使用索引来查找读取记录，也是可以用到索引的，但是需要查询到数据表。
Using where：表示条件查询，如果不读取表的所有数据，或不是仅仅通过索引就可以获取所有需要的数据，则会出现 Using where。如果type列是ALL或index，而没有出现该信息，则你有可能在执行错误的查询：返回所有数据。
Using filesort：不是“使用文件索引”的含义！filesort是MySQL所实现的一种排序策略，通常在使用到排序语句ORDER BY的时候，会出现该信息。
Using temporary：表示为了得到结果，使用了临时表，这通常是出现在多表联合查询，结果排序的场合。

2.3 索引问题

索引是在MySQL的存储引擎层实现的，而不是在服务器层实现的，所以每种存储引擎的索引都不一定完全相同。

最左匹配原则可以算是MySQL中B-Tree索引使用的首要原则

以

开头的

like

查询不能够利用

B-Tree

索引，执行计划中

key

的值为

NULL

表示没有使用索引

数据类型出现隐式转换的时候也不会使用索引，特别是当列类型是字符串，那么一定记得在where条件中把字符常量用引号引起来。如

select * from test where last_name='1';

用

or

分割的条件，如果or前的条件中的列有索引，而后面的列没有索引，那么涉及的索引都不会被用到。因为or后面的条件列没有索引，那么后面的查询肯定走全表扫描，在存在全表扫描的情况下，就没有必要多一次索引扫描增加

I/O

访问，一次全表扫描过滤条件就足够了。

查看索引使用情况：

show [global] status like 'Handler_read%';
 
+-----------------------+-------+
| Variable_name         | Value |
+-----------------------+-------+
| Handler_read_first    | 2225  |
| Handler_read_key      | 2486  |
| Handler_read_last     | 0     |
| Handler_read_next     | 78    |
| Handler_read_prev     | 0     |
| Handler_read_rnd      | 2     |
| Handler_read_rnd_next | 47857 |
+-----------------------+-------+