MySQL优化技巧

桃扇骨 2022-07-11 08:11 345阅读 0赞

由于分库分表的原因,和开发规定了不能使用 表表JOIN 语句。因此,我们要将 JOIN 语句的转化成使用 IN 来做。如现在有 表 A(a_id, c_a)c_a有普通索引,表 B(b_id, c_a) 这两个表要关联, 应该转化为以下步骤处理:

  • 先查询B中的 a_id

    SELECT c_a FROM B WHERE xxx;

  • 使用 IN 查询 A 表

    SELECT a_id, … FROM A WHERE c_a IN(在 1 中查出来的 c_a)

场景

现在表的数据量有 800万。

一般的使用语句是:

  1. SELECT * FROM A WHERE c_a IN(955555, 955556, 955557, 955558, 955559);

上面语句会执行的很快,知道使用 explain 的都明白这样一般都是会使用索引的,并且是所有范围扫描。

MySQL不会从 1 开始 扫描 800万,而是从555555 扫描到 555559(只要扫描5行数据)。

在一般情况下是没有什么问题的。但是如果 IN 里面的数据是不连续的就有很大问题了。

创建表结构语句

  1. CREATE TABLE t(
  2. id INT unsigned NOT NULL AUTO_INCREMENT,
  3. cid INT unsigned NOT NULL DEFAULT 0,
  4. c1 VARCHAR(50) NOT NULL DEFAULT '',
  5. c2 VARCHAR(50) NOT NULL DEFAULT '',
  6. c3 VARCHAR(50) NOT NULL DEFAULT '',
  7. c4 VARCHAR(50) NOT NULL DEFAULT '',
  8. c5 VARCHAR(50) NOT NULL DEFAULT '',
  9. c6 VARCHAR(50) NOT NULL DEFAULT '',
  10. PRIMARY KEY(id),
  11. INDEX idx$cid(cid)
  12. );
  13. INSERT INTO t VALUES(
  14. NULL,
  15. FLOOR(RAND() * 1000000),
  16. REPEAT('a', 50),
  17. REPEAT('a', 50),
  18. REPEAT('a', 50),
  19. REPEAT('a', 50),
  20. REPEAT('a', 50),
  21. REPEAT('a', 50)
  22. );
  23. -- 重复执行
  24. INSERT INTO t
  25. SELECT NULL,
  26. FLOOR(RAND() * 1000000),
  27. c1,
  28. c2,
  29. c3,
  30. c4,
  31. c5,
  32. c6
  33. FROM t;

下面是具体的实验过程

  • 使用IN查询连续的数

    SELECT *
    FROM t
    WHERE cid IN(955555, 955556, 955557, 955558, 955559);
    +————-+————+—————————————————-
    | id | cid | c1
    +————-+————+—————————————————-
    | 319330 | 955555 | aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
    | 1885293 | 955555 | aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
    | ……
    | 8733757 | 955559 | aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
    | 8796305 | 955559 | aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
    +————-+————+—————————————————-
    41 rows in set (0.15 sec)

  • 使用IN查询不连续的数

    SELECT *
    FROM t
    WHERE cid IN(1, 5000, 50000, 500000, 955559);
    +————-+————+—————————————————-
    | id | cid | c1
    +————-+————+—————————————————-
    | 1 | 341702 | 1 | aaaaaaaaaaaaaaaaaaaaaaaaa
    | 1 | 1045176 | 1 | aaaaaaaaaaaaaaaaaaaaaaaaa
    ……
    | 955559 | 8733757 | 955559 | aaaaaaaaaaaaaaaaaaaaaaaaa
    | 955559 | 8796305 | 955559 | aaaaaaaaaaaaaaaaaaaaaaaaa
    +————+————-+————+—————————————
    41 rows in set (4.34 sec)

  • 使用UNION优化

    SELECT *
    FROM (

    1. SELECT 1 AS cid UNION ALL
    2. SELECT 5000 UNION ALL
    3. SELECT 50000 UNION ALL
    4. SELECT 500000 UNION ALL
    5. SELECT 955559

    ) AS tmp, t
    WHERE tmp.cid = t.cid;
    +————-+————+—————————————————-
    | id | cid | c1
    +————-+————+—————————————————-
    | 1 | 341702 | 1 | aaaaaaaaaaaaaaaaaaaaaaaaa
    | 1 | 1045176 | 1 | aaaaaaaaaaaaaaaaaaaaaaaaa
    ……
    | 955559 | 8733757 | 955559 | aaaaaaaaaaaaaaaaaaaaaaaaa
    | 955559 | 8796305 | 955559 | aaaaaaaaaaaaaaaaaaaaaaaaa
    +————+————-+————+—————————————
    41 rows in set (0.01 sec)

从上面可以看出上面使用UNION的方法生成一个临时表作为关联的主表。

拓展

要是MySQL有只带的一个行转列的函数那就完美了。这样我们就可以不用使用UNION了。

  1. SELECT 1, 5000, 50000, 500000, 955559;
  2. +---+------+-------+--------+--------+
  3. | 1 | 5000 | 50000 | 500000 | 955559 |
  4. +---+------+-------+--------+--------+
  5. | 1 | 5000 | 50000 | 500000 | 955559 |
  6. +---+------+-------+--------+--------+
  7. 1 row in set (0.00 sec)
  8. 变成以下
  9. SELECT row_to_col(1, 5000, 50000, 500000, 955559);
  10. +--------+
  11. | id |
  12. +--------+
  13. | 1 |
  14. | 5000 |
  15. | 50000 |
  16. | 500000 |
  17. | 955559 |
  18. +--------+

要是能像上面就太棒了简直。

发表评论

表情:
评论列表 (有 0 条评论,345人围观)

还没有评论,来说两句吧...

相关阅读

    相关 MySQL优化技巧

    由于分库分表的原因,和开发规定了不能使用 表表JOIN 语句。因此,我们要将 JOIN 语句的转化成使用 IN 来做。如现在有 表 A(a\_id, c\_a)c\_a有普通索

    相关 MySQL优化技巧

    MySQL优化三大方向 ① 优化MySQL所在服务器内核(此优化一般由运维人员完成)。 ② 对MySQL配置参数进行优化(my.cnf)此优化需要进行压力测试来进行参数

    相关 MySQL优化技巧

    一个成熟的数据库架构并不是一开始设计就具备高可用、高伸缩等特性的,它是随着用户量的增加,基础架构才逐渐完善。这篇文章主要谈谈MySQL数据库在发展周期中所面临的问题及优化方案,

    相关 MySQL优化技巧

    目录 MySQL的特点 数据类型优化 整型类型 小数类型 字符串类型 时间类型 主键类型的选择 特殊类型的数据 索引优化 一个使用Hash