【MySQL】MySQL语句优化

标签：语句 category goods 查询 key MySQL NULL 优化 id

一、嵌套查询优化

当SLQ语句存在嵌套查询时，MySLQ会生成临时表来存储子查询的结果数据，外层查询会从临时表中读取数据，待整个查询完毕后，会删除临时表，在这个过程中是非常耗时的。

方案：使用JOIN语句进行联表查询来代替，提升查询性能。

例如这里查询t_goods数据表中t_category字段不在t_goods_category数据表中的数据。

使用嵌套查询

mysql> explain select * from t_goods where t_category not in (select t_category from t_goods_category)\G;
*************************** 1. row ***************************
           id: 1
  select_type: PRIMARY
        table: t_goods
   partitions: NULL
         type: ALL
possible_keys: NULL
          key: NULL
      key_len: NULL
          ref: NULL
         rows: 35
     filtered: 100.00
        Extra: Using where
*************************** 2. row ***************************
           id: 2
  select_type: SUBQUERY
        table: t_goods_category
   partitions: NULL
         type: ALL
possible_keys: NULL
          key: NULL
      key_len: NULL
          ref: NULL
         rows: 15
     filtered: 100.00
        Extra: NULL
2 rows in set, 1 warning (0.00 sec)

使用join联表查询

mysql> explain select * from t_goods as goods left join t_goods_category as category on goods.t_category_id = category.id where category.t_category is null \G;
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: goods
   partitions: NULL
         type: ALL
possible_keys: NULL
          key: NULL
      key_len: NULL
          ref: NULL
         rows: 35
     filtered: 100.00
        Extra: NULL
*************************** 2. row ***************************
           id: 1
  select_type: SIMPLE
        table: category
   partitions: NULL
         type: ALL
possible_keys: PRIMARY
          key: NULL
      key_len: NULL
          ref: NULL
         rows: 15
     filtered: 10.00
        Extra: Using where; Using join buffer (hash join)
2 rows in set, 1 warning (0.00 sec)

这里由于数据量的原因，效果可能不是这么明显，但是当查询量非常大时，这种查询效率的效果会更加明显。

二、OR条件语句优化

在多个条件使用OR关键字进行连接时，只要OR连接的条件中有一个查询条件没有使用索引，那么MySQL就不会使用索引，而是对数据表进行全表扫描。也就是说，在使用OR连接多个查询条件时，必须每个查询条件都是索引字段，MySQL才会使用索引查询数据。

mysql> show create table t_goods \G;
*************************** 1. row ***************************
       Table: t_goods
Create Table: CREATE TABLE `t_goods` (
  `id` int NOT NULL AUTO_INCREMENT,
  `t_category_id` int DEFAULT NULL,
  `t_category` varchar(30) DEFAULT NULL,
  `t_name` varchar(50) DEFAULT NULL,
  `t_price` decimal(10,2) DEFAULT NULL,
  `t_stock` int DEFAULT NULL,
  `t_upper_time` datetime DEFAULT NULL,
  PRIMARY KEY (`id`),
  KEY `index_category_name` (`t_category_id`,`t_name`),
  KEY `category_part` (`t_category`(10)),
  CONSTRAINT `foreign_category` FOREIGN KEY (`t_category_id`) REFERENCES `t_goods_category` (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=36 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci
1 row in set (0.00 sec)

例如我有一个由t_category_id字段和t_name构成联合索引index_category_name

如果这里我使用And语句条件来进行查询，那么这里会使用联合索引index_category_name。

但是我如果使用OR语句，那么将不会使用索引查询，因为这两个字段无法单独构成索引。

mysql> explain select * from t_goods where t_name = '耳机' or t_category_id = 1 \G;
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: t_goods
   partitions: NULL
         type: ALL
possible_keys: index_category_name
          key: NULL
      key_len: NULL
          ref: NULL
         rows: 35
     filtered: 12.57
        Extra: Using where
1 row in set, 1 warning (0.01 sec)

mysql> explain select * from t_goods where t_name = '耳机' and t_category_id = 1 \G;
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: t_goods
   partitions: NULL
         type: ref
possible_keys: index_category_name
          key: index_category_name
      key_len: 208
          ref: const,const
         rows: 1
     filtered: 100.00
        Extra: NULL
1 row in set, 1 warning (0.00 sec)

三、ORDER BY语句优化

在查询语句中使用ORDER BY排序时，如果排序的字段不是索引字段，那么MySQL会对结果进行filesort文件排序，filesort是一种在磁盘上执行的排序算法。如果排序的字段是索引字段，那么会采用索引排序Index，会避免额外的操作，提高查询的性能。

mysql> explain select id,t_stock from t_goods order by t_stock \G;
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: t_goods
   partitions: NULL
         type: index
possible_keys: NULL
          key: stock_index
      key_len: 5
          ref: NULL
         rows: 35
     filtered: 100.00
        Extra: Using filesort
1 row in set, 1 warning (0.00 sec)

这里将商品以价格进行排序，可以看到这里的排序算法为文件排序Using filesort

现在我们在这个字段上添加索引

mysql> alter table t_goods add index stock_index(t_stock);
Query OK, 0 rows affected (0.06 sec)
Records: 0  Duplicates: 0  Warnings: 0

现在添加索引后，再次执行查询语句，将商品名以价格进行排序，也就是以字段t_stock进行排序

mysql> explain select id,t_stock from t_goods order by t_stock \G;
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: t_goods
   partitions: NULL
         type: index
possible_keys: NULL
          key: stock_index
      key_len: 5
          ref: NULL
         rows: 35
     filtered: 100.00
        Extra: Using index
1 row in set, 1 warning (0.00 sec)

可以看到这里使用了索引排序。如果查询的字段不在索引字段之内，那么在排序之后依然要进行筛选，所以依然会使用文件排序。（除主键外，因为本身就会使用索引排序）

四、GROUP BY语句优化

GROUP BY分组，用于数据查询时，对子段进行分组。在MySQL8.0之前的版本中，使用GROUP BY进行分组查询时，默认会根据分组的字段进行排序，如果该字段上不存在索引，会进行文件排序，比较耗费性能。解决方案：可以指定查询语句通过ORDER BY NULL语句来禁止文件排序，减少ORDER BY子句带来的性能消耗。

但是在8.0之后的版本中，没有这个默认条件。这里用的是MySQL8.0

mysql> explain select t_category,count(*) from t_goods group by t_category \G;
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: t_goods
   partitions: NULL
         type: ALL
possible_keys: NULL
          key: NULL
      key_len: NULL
          ref: NULL
         rows: 35
     filtered: 100.00
        Extra: Using temporary
1 row in set, 1 warning (0.00 sec)

可以看到这里没有使用文件排序，这样避免了filesort排序，会显著提升性能。

五、分页查询的优化

LIMIT分页查询，指定查询范围。在使用分页查询时，软如果单纯的使用LIMIT m,n语句，MySQL默认需要排序出数据表中的前m+n条数据，然后将前m条数据舍弃，返回m+1到m+n条数据记录，这样会非常消耗性能。

1、回表查询优化

例如，按照t_upper_time排序分页查询t_goods数据表中的数据

mysql> explain select id,t_price from t_goods order by t_upper_time limit 1,10 \G;
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: t_goods
   partitions: NULL
         type: ALL
possible_keys: NULL
          key: NULL
      key_len: NULL
          ref: NULL
         rows: 35
     filtered: 100.00
        Extra: Using filesort
1 row in set, 1 warning (0.00 sec)

直接使用LIMIT语句进行分页时，MySQL会进行全表扫描并对查询的结果数据使用filesort方式进行排序。

现在使用索引分页并回表查询数据

mysql> explain select g1.id,g1.t_price from t_goods as g1 inner join (select id from t_goods order by t_upper_time limit 1,10) as g2 on g1.id=g2.id \G;
*************************** 1. row ***************************
           id: 1
  select_type: PRIMARY
        table: <derived2>
   partitions: NULL
         type: ALL
possible_keys: NULL
          key: NULL
      key_len: NULL
          ref: NULL
         rows: 11
     filtered: 100.00
        Extra: NULL
*************************** 2. row ***************************
           id: 1
  select_type: PRIMARY
        table: g1
   partitions: NULL
         type: eq_ref
possible_keys: PRIMARY
          key: PRIMARY
      key_len: 4
          ref: g2.id
         rows: 1
     filtered: 100.00
        Extra: NULL
*************************** 3. row ***************************
           id: 2
  select_type: DERIVED
        table: t_goods
   partitions: NULL
         type: index
possible_keys: NULL
          key: t_upper_time_index
      key_len: 6
          ref: NULL
         rows: 11
     filtered: 100.00
        Extra: Using index
3 rows in set, 1 warning (0.00 sec)

这里使用查询嵌套，将子查询的结果集（派生表）作为中间表与g1也就是goods表进行join连接，形成最终表。这里的三条记录分别代表步骤。

第一条记录（最终的子查询），展示了从执行子查询到最终进行连接和返回结果的整个过程

第二条记录（主查询的一部分），也就是g1表与派生表之间的嵌套查询，通过id进行条件筛选。

第三条记录（子查询），也就是g2派生表，在这个查询中使用的索引排序并且使用逐渐筛选。

这样会大大提高查询的效率。不需要扫瞄全表。

2、记录数据标识优化分页

简单来说就是通过id值来查询数据的索引位置，当数据量特别大时，可以记录分页数据的最后一条数据的Iid值，当需要查询下一页时，只需要查询id的值大于记录的id值的n条数据即可。

例如，这里的每页查询10条记录，现在我需要查询第二页，那么我只需要将条件设置为id>20即可，向后取10个数据，再次记录id值，以此类推。

mysql> explain select id,t_price from t_goods force index (t_upper_time_index) where id>20 order by t_upper_time limit 10 \G;
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: t_goods
   partitions: NULL
         type: index
possible_keys: NULL
          key: t_upper_time_index
      key_len: 6
          ref: NULL
         rows: 10
     filtered: 33.33
        Extra: Using where
1 row in set, 1 warning (0.00 sec)

可以看到这样页可以大大提高查询的性能，但是这种优化方式有限定条件，必须保证排序字段的索引不会重复，如果出现了重复，则可能会丢失部分数据。

六、插入数据优化

向数据表中插入数据时，如果数据表中存在索引、唯一性校验时，会影响插入数据的效率。

1、MyISAM数据表插入数据优化

1.1、禁用索引

插入大量数据时，数据表中存在索引会降低数据插入的性能，可以在插入数据前禁用索引，待数据插入完毕再开启索引。

alter table t_table_name disable keys;    #禁用索引
alter table t_table_name enable keys;    #开启索引

1.2、禁用唯一性检查

向数据表中插入数据时，对数据进行唯一性检查也会降低数据的插入性能，和索引一样，可以在插入数据前禁用唯一性检查，插入完毕后再开启。

set unique_checks = 0 ；    #禁用唯一性检查
set unique_checks = 1 ；    #开启唯一性检查

1.3、禁用外键检查

set foreign_key_checks = 0 ;     #禁用外键检查
set foreign_key_checks = 1 ;     #开启外键检查

1.4、批量插入数据

向数据表中韩插入多条数据时，使用insert语句一次插入多条数据比每次插入一条数据性能要高很多。

INSERT INTO t_goods_category (id, t_category, t_remark) VALUES
(6, '食品', '各种食品和饮料'),
(7, '玩具', '儿童和成人的玩具'),
(8, '家具', '家庭和办公室家具'),
(9, '办公用品', '办公设备和文具'),
(10, '宠物用品', '宠物的食品和用品');

1.5、批量导入数据

使用LOAD DATA INFILE 语句向数据表中导入数据比使用INSERT语句的性能高，适用于需要批量导入的数据量很大时。

LOAD DATA INFILE 'data_file_path' into table table_name;

2、InnoDB数据表插入数据优化

这里，MyISAM中适用的优化，在这里也适用。但是需要注意的是，在批量导入数据时，被导入的文件中的数据记录最好是按主键顺序排列，这样可以提高导入数据的效率。

除此之外，InnoDB是支持事务的，可以在插入数据之前禁用MySQL自动提交事务，待插入数据完成后，在开启事务的自动提交，这样可以提高数据的插入性能。

set autocommit = 0 ;    #禁用事务自动提交
set autocommit = 1 ;    #开启事务自动提交

七、删除数据的优化

如果数据表是分区表，删除数据表中的数据时，如果待删除的数据正好是数据表中某个分区的所有数据，这样可以直接删除分区，比DELETE语句删除数据性能要高很多。

alter table table_name drop partition partition_name;    #删除分区

注意，通过删除分区的方式删除数据只适用于range、list、range columns、list columns分区。

标签：语句,category,goods,查询,key,MySQL,NULL,优化,id
From： https://blog.csdn.net/m0_73848096/article/details/139276163