mysql调优

发表于 2020-08-16 11:37:30 更新于 2024-05-15 10:19:18 阅读次数：

本文字数： 3.3k 阅读时长 ≈ 3 分钟

八种方式-总纲

选取最适用的字段属性

mysql 可以很好的支持大数据量的存取，但一般来说，数据库中的表越小，其查询的速度也就越快。所以，可以在建表的时候，为了获取更好的性能，将表中的字段长度设的尽可能的小。
尽可能将字段设置为 not null，这样在将来执行查询时，数据库不用去比较 null 值。
对于部分的文本字段，可以定义为枚举类型，MySQL 会把 enum 类型的数据当作数值型来处理，而数值型数据被处理起来的速度要比文本类型快的多。这样我们就可以提高数据库的性能。

使用连接来代替子查询

MySQL 从 4.1 开始支持 SQL 的子查询。这个技术可以使用 SELECT 语句来创建一个单列的查询结果，然后把这个结果作为过滤条件用在另一个查询中。
使用子查询可以一次性的完成很多逻辑上需要多个步骤才能完成的 SQL 操作，同时也可以避免事务或者表锁死，并且写起来也很容易。
连接（JOIN）..之所以更有效率一些，是因为 MySQL 不需要在内存中创建临时表来完成这个逻辑上的需要两个步骤的查询工作。
建立对外键的索引可提高连接的效率。

使用联合来代替手动创建临时表

MySQL 从 4.0 的版本开始支持 union 查询，它可以把需要使用临时表的两条或更多的 select 查询合并的一个查询中。在客户端的查询会话结束的时候，临时表会被自动删除，从而保证数据库整齐、高效。
使用 union 来创建查询的时候，我们只需要用 UNION 作为关键字把多个 select 语句连接起来就可以了，要注意的是所有 select 语句中的字段数目要想同。下面的例子就演示了一个使用 UNION 的查询。

事务

尽管我们可以使用子查询（Sub-Queries）、连接（JOIN）和联合（UNION）来创建各种各样的查询，但不是所有的数据库操作都可以只用一条或少数几条 SQL 语句就可以完成的。更多的时候是需要用到一系列的语句来完成某种工作。但是在这种情况下，当这个语句块中的某一条语句运行出错的时候，整个语句块的操作就会变得不确定起来。设想一下，要把某个数据同时插入两个相关联的表中，可能会出现这样的情况：第一个表中成功更新后，数据库突然出现意外状况，造成第二个表中的操作没有完成，这样，就会造成数据的不完整，甚至会破坏数据库中的数据。要避免这种情况，就应该使用事务，它的作用是：要么语句块中每条语句都操作成功，要么都失败。换句话说，就是可以保持数据库中数据的一致性和完整性。事物以 BEGIN 关键字开始，COMMIT 关键字结束。在这之间的一条 SQL 操作失败，那么，ROLLBACK 命令就可以把数据库恢复到 BEGIN 开始之前的状态。

BEGIN;
INSERT INTO salesinfo SET CustomerID=14;
UPDATE inventory SET Quantity=11 WHERE item='book';
COMMIT;

事务的另一个重要作用是当多个用户同时使用相同的数据源时，它可以利用锁定数据库的方法来为用户提供一种安全的访问方式，这样可以保证用户的操作不被其它的用户所干扰。

锁定表

尽管事务是维护数据库完整性的一个非常好的方法，但却因为它的独占性，有时会影响数据库的性能，尤其是在很大的应用系统中。由于在事务执行的过程中，数据库将会被锁定，因此其它的用户请求只能暂时等待直到该事务结束。如果一个数据库系统只有少数几个用户来使用，事务造成的影响不会成为一个太大的问题；但假设有成千上万的用户同时访问一个数据库系统，例如访问一个电子商务网站，就会产生比较严重的响应延迟。
其实，有些情况下我们可以通过锁定表的方法来获得更好的性能。下面的例子就用锁定表的方法来完成前面一个例子中事务的功能。

LOCK TABLE inventory WRITE SELECT Quantity FROM inventory WHERE Item='book';

...

UPDATE inventory SET Quantity=11 WHERE Item='book'; UNLOCKTABLES

这里，我们用一个 select 语句取出初始数据，通过一些计算，用 update 语句将新值更新到表中。包含有 WRITE 关键字的 LOCKTABLE 语句可以保证在 UNLOCKTABLES 命令被执行之前，不会有其它的访问来对 inventory 进行插入、更新或者删除的操作。

使用外键

锁定表的方法可以维护数据的完整性，但是它却不能保证数据的关联性。这个时候我们就可以使用外键。
一般而言，不推荐使用外键保持业务数据的完整性，业务数据的完整控制应该位于业务逻辑代码里，不由数据库控制。
如果要在 MySQL 中使用外键，一定要记住在创建表的时候将表的类型定义为事务安全表 InnoDB 类型。该类型不是 MySQL 表的默认类型。定义的方法是在 CREATETABLE 语句中加上 TYPE=INNODB。**

使用索引

索引是提高数据库性能的常用方法，它可以令数据库服务器以比没有索引快得多的速度检索特定的行，尤其是在查询语句当中包含有 MAX(),MIN()和 ORDERBY 这些命令的时候，性能提高更为明显。
一般说来，索引应建立在那些将用于 JOIN,WHERE 判断和 ORDERBY 排序的字段上。尽量不要对数据库中某个含有大量重复的值的字段建立索引。对于一个 ENUM 类型的字段来说，出现大量重复值是很有可能的情况。

优化的查询语句

绝大多数情况下，使用索引可以提高查询的速度，但如果 SQL 语句使用不恰当的话，索引将无法发挥它应有的作用。

首先，最好是在相同类型的字段间进行比较的操作。
在 MySQL3.23 版之前，这甚至是一个必须的条件。例如不能将一个建有索引的 INT 字段和 BIGINT 字段进行比较；但是作为特殊的情况，在 CHAR 类型的字段和 VARCHAR 类型字段的字段大小相同的时候，可以将它们进行比较。
其次，在建有索引的字段上尽量不要使用函数进行操作。
第三，在搜索字符型字段时，我们有时会使用 LIKE 关键字和通配符，这种做法虽然简单，但却也是以牺牲系统性能为代价的。
最后，应该注意避免在查询中让 MySQL 进行自动类型转换，因为转换过程也会使索引变得不起作用。

count(*)的优化

针对没有 where 条件的 count(_)，mysql 会优化，会采用成本最小的辅助索引查询计数。其性能反而最好。
mysql 会根据查询计划计算消耗资源，选择消耗资源最少的执行。
我说 SELECT COUNT(_) 会造成全表扫描，面试官让我回去等通知

explain 解释

mysql 中可以使用 explain 查看查询语句执行计划。

id	select_type	table	type	possible_keys	key	key_len	ref	rows	filtered	Extra
1	SIMPLE	bw_batch	ALL

解释

type：最重要的，是否使用到索引。类型有：效果由好到差。

system
const：通常情况下，如果将一个主键放置到 where 后面作为条件查询，mysql 优化器就能把这次查询优化转化为一个常量。至于如何转化以及何时转化，这个取决于优化器。
eq_ref：
ref：查找条件列使用了索引而且不为主键和 unique。其实，意思就是虽然使用了索引，但该索引列的值并不唯一，有重复。这样即使使用索引快速查找到了第一条数据，仍然不能停止，要进行目标值附近的小范围扫描。但它的好处是它并不需要扫全表，因为索引是有序的，即便有重复值，也是在一个非常小的范围内扫描。
fulltext：
ref_or_null：
index_merge：
unique_subquery：
index_subquery：
range：有范围的索引扫描，相对于 index 的全表扫描，他有范围限制，因此要优于 index。
index：按照索引的逻辑全表扫描。
ALL：全表扫描。
一般要达到 range 级别，最好到 ref，indel 和 all 就需要进行优化了。

possible_keys：mysql 可能用到的索引。
key：mysql 实际执行时使用到的索引。
rows：mysql 认为执行查询时必须扫描的行数。