首页 > 数据库 > MySQL > 正文

MySQL中一些优化straight_join技巧

2024-07-24 13:07:07
字体:
来源:转载
供稿:网友

这篇文章主要介绍了MySQL中一些优化straight_join技巧,作者通过用户的实际案例分析,需要的朋友可以参考下

在oracle中可以指定的表连接的hint有很多:ordered hint 指示oracle按照from关键字后的表顺序来进行连接;leading hint 指示查询优化器使用指定的表作为连接的首表,即驱动表;use_nl hint指示查询优化器使用nested loops方式连接指定表和其他行源,并且将强制指定表作为inner表。

在mysql中就有之对应的straight_join,由于mysql只支持nested loops的连接方式,所以这里的straight_join类似oracle中的use_nl hint。mysql优化器在处理多表的关联的时候,很有可能会选择错误的驱动表进行关联,导致了关联次数的增加,从而使得sql语句执行变得非常的缓慢,这个时候需要有经验的DBA进行判断,选择正确的驱动表,这个时候straight_join就起了作用了,下面我们来看一看使用straight_join进行优化的案例:

1.用户实例:spxxxxxx的一条sql执行非常的缓慢,sql如下:

 

 
  1. 73871 | root | 127.0.0.1:49665 | user_app_test | Query | 500 | Sorting result | 
  2. SELECT DATE(practicetime) date_time,COUNT(DISTINCT a.userid) people_rows 
  3. FROM test_log a,USER b 
  4. WHERE a.userid=b.userid AND b.isfree=0 AND LENGTH(b.username)>4 
  5. GROUP BY DATE(practicetime) 

2.查看执行计划:

 

 
  1. mysql> explain SELECT DATE(practicetime) date_time,COUNT(DISTINCT a.userid) people_rows 
  2. FROM test_log a,USER b 
  3. WHERE a.userid=b.userid AND b.isfree=0 AND LENGTH(b.username)>4 
  4. GROUP BY DATE(practicetime); 
  5. mysql> explain SELECT DATE(practicetime) date_time,COUNT(DISTINCT a.userid) people_rows 
  6. -> FROM test_log a,USER b 
  7. -> WHERE a.userid=b.userid AND b.isfree=0 AND LENGTH(b.username)>4 
  8. -> GROUP BY DATE(practicetime)/G; 
  9. *************************** 1. row *************************** 
  10. id: 1 
  11. select_type: SIMPLE 
  12. table: a 
  13. type: ALL 
  14. possible_keys: ix_test_log_userid 
  15. keyNULL 
  16. key_len: NULL 
  17. ref: NULL 
  18. rows: 416782 
  19. Extra: Using filesort 
  20. *************************** 2. row *************************** 
  21. id: 1 
  22. select_type: SIMPLE 
  23. table: b 
  24. type: eq_ref 
  25. possible_keys: PRIMARY 
  26. keyPRIMARY 
  27. key_len: 96 
  28. ref: user_app_testnew.a.userid 
  29. rows: 1 
  30. Extra: Using where 
  31. rows in set (0.00 sec) 

3.查看索引:

 

 
  1. mysql> show index from test_log; 
  2. +————–+————+————————-+————–+————-+———–+————-+———-++ 
  3. Table | Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment | 
  4. +————–+————+————————-+————–+————-+———–+————-+———-++ 
  5. | test_log | 0 | ix_test_log_unique_ | 1 | unitid | A | 20 | NULL | NULL | | BTREE | | 
  6. | test_log | 0 | ix_test_log_unique_ | 2 | paperid | A | 20 | NULL | NULL | | BTREE | | 
  7. | test_log | 0 | ix_test_log_unique_ | 3 | qtid | A | 20 | NULL | NULL | | BTREE | | 
  8. | test_log | 0 | ix_test_log_unique_ | 4 | userid | A | 400670 | NULL | NULL | | BTREE | | 
  9. | test_log | 0 | ix_test_log_unique_ | 5 | serial | A | 400670 | NULL | NULL | | BTREE | | 
  10. | test_log | 1 | ix_test_log_unit | 1 | unitid | A | 519 | NULL | NULL | | BTREE | | 
  11. | test_log | 1 | ix_test_log_unit | 2 | paperid | A | 2023 | NULL | NULL | | BTREE | | 
  12. | test_log | 1 | ix_test_log_unit | 3 | qtid | A | 16694 | NULL | NULL | | BTREE | | 
  13. | test_log | 1 | ix_test_log_serial | 1 | serial | A | 133556 | NULL | NULL | | BTREE | | 
  14. | test_log | 1 | ix_test_log_userid | 1 | userid | A | 5892 | NULL | NULL | | BTREE | | 
  15. +————–+————+————————-+————–+————-+———–+————-+———-+——–+——+——-+ 

4.调整索引,A表优化采用覆盖索引:

 

  
  1. mysql>alter table test_log drop index ix_test_log_userid,add index ix_test_log_userid(userid,practicetime) 

5.查看执行计划:

 

 
  1. mysql> explain SELECT DATE(practicetime) date_time,COUNT(DISTINCT a.userid) people_rows 
  2. FROM test_log a,USER b 
  3. WHERE a.userid=b.userid AND b.isfree=0 AND LENGTH(b.username)>4 
  4. GROUP BY DATE(practicetime)/G 
  5. *************************** 1. row *************************** 
  6. id: 1 
  7. select_type: SIMPLE 
  8. table: a 
  9. type: index 
  10. possible_keys: ix_test_log_userid 
  11. key: ix_test_log_userid 
  12. key_len: 105 
  13. ref: NULL 
  14. rows: 388451 
  15. Extra: Using index; Using filesort 
  16. *************************** 2. row *************************** 
  17. id: 1 
  18. select_type: SIMPLE 
  19. table: b 
  20. type: eq_ref 
  21. possible_keys: PRIMARY 
  22. keyPRIMARY 
  23. key_len: 96 
  24. ref: user_app_test.a.userid 
  25. rows: 1 
  26. Extra: Using where 
  27. rows in set (0.00 sec) 

调整后执行稍有效果,但是还不明显,还没有找到要害:

 

 
  1. SELECT DATE(practicetime) date_time,COUNT(DISTINCT a.userid) people_rows 
  2. FROM test_log a,USER b 
  3. WHERE a.userid=b.userid AND b.isfree=0 AND LENGTH(b.username)>4 
  4. GROUP BY DATE(practicetime); 
  5. ………………. 
  6. 143 rows in set (1 min 12.62 sec) 

6.执行时间仍然需要很长,时间的消耗主要耗费在Using filesort中,参与排序的数据量有38W之多,所以需要转换驱动表;尝试采用user表做驱动表:使用straight_join强制连接顺序:

 

 
  1. mysql> explain SELECT DATE(practicetime) date_time,COUNT(DISTINCT a.userid) people_rows 
  2. FROM USER b straight_join test_log a 
  3. WHERE a.userid=b.userid AND b.isfree=0 AND LENGTH(b.username)>4 
  4. GROUP BY DATE(practicetime)/G; 
  5. *************************** 1. row *************************** 
  6. id: 1 
  7. select_type: SIMPLE 
  8. table: b 
  9. type: ALL 
  10. possible_keys: PRIMARY 
  11. keyNULL 
  12. key_len: NULL 
  13. ref: NULL 
  14. rows: 42806 
  15. Extra: Using where; Using temporary; Using filesort 
  16. *************************** 2. row *************************** 
  17. id: 1 
  18. select_type: SIMPLE 
  19. table: a 
  20. type: ref 
  21. possible_keys: ix_test_log_userid 
  22. key: ix_test_log_userid 
  23. key_len: 96 
  24. ref: user_app_test.b.userid 
  25. rows: 38 
  26. Extra: Using index 
  27. rows in set (0.00 sec) 

执行时间已经有了质的变化,降低到了2.56秒;

 

 
  1. mysql>SELECT DATE(practicetime) date_time,COUNT(DISTINCT a.userid) people_rows 
  2. FROM USER b straight_join test_log a 
  3. WHERE a.userid=b.userid AND b.isfree=0 AND LENGTH(b.username)>4 
  4. GROUP BY DATE(practicetime); 
  5. …….. 
  6. 143 rows in set (2.56 sec) 

7.在分析执行计划的第一步:Using where; Using temporary; Using filesort,user表其实也可以采用覆盖索引来避免using where的出现,所以继续调整索引:

 

 
  1. mysql> show index from user
  2. +——-+————+——————+————–+————-+———–+————-+———-+——–+——+————+———+ 
  3. Table | Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment | 
  4. +——-+————+——————+————–+————-+———–+————-+———-+——–+——+————+———+ 
  5. user | 0 | PRIMARY | 1 | userid | A | 43412 | NULL | NULL | | BTREE | | 
  6. user | 0 | ix_user_email | 1 | email | A | 43412 | NULL | NULL | | BTREE | | 
  7. user | 1 | ix_user_username | 1 | username | A | 202 | NULL | NULL | | BTREE | | 
  8. +——-+————+——————+————–+————-+———–+————-+———-+——–+——+————+———+ 
  9. rows in set (0.01 sec) 
  10.  
  11. mysql>alter table user drop index ix_user_username,add index ix_user_username(username,isfree); 
  12. Query OK, 42722 rows affected (0.73 sec) 
  13. Records: 42722 Duplicates: 0 Warnings: 0 
  14.  
  15. mysql>explain SELECT DATE(practicetime) date_time,COUNT(DISTINCT a.userid) people_rows 
  16. FROM USER b straight_join test_log a 
  17. WHERE a.userid=b.userid AND b.isfree=0 AND LENGTH(b.username)>4 
  18. GROUP BY DATE(practicetime); 
  19. *************************** 1. row *************************** 
  20. id: 1 
  21. select_type: SIMPLE 
  22. table: b 
  23. type: index 
  24. possible_keys: PRIMARY 
  25. key: ix_user_username 
  26. key_len: 125 
  27. ref: NULL 
  28. rows: 42466 
  29. Extra: Using where; Using index; Using temporary; Using filesort 
  30. *************************** 2. row *************************** 
  31. id: 1 
  32. select_type: SIMPLE 
  33. table: a 
  34. type: ref 
  35. possible_keys: ix_test_log_userid 
  36. key: ix_test_log_userid 
  37. key_len: 96 
  38. ref: user_app_test.b.userid 
  39. rows: 38 
  40. Extra: Using index 
  41. rows in set (0.00 sec) 

8.执行时间降低到了1.43秒:

 

 
  1. mysql>SELECT DATE(practicetime) date_time,COUNT(DISTINCT a.userid) people_rows 
  2. FROM USER b straight_join test_log a 
  3. WHERE a.userid=b.userid AND b.isfree=0 AND LENGTH(b.username)>4 
  4. GROUP BY DATE(practicetime); 
  5. 。。。。。。。 
  6. 143 rows in set (1.43 sec) 

发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表