教您如何mysql索引优化

数据库 MySQL
在使用索引后,查询依然会出现阻塞?不要紧,下面就教您如何使用mysql索引优化来处理这个问题,希望对您有所启迪。

如何进行mysql索引优化呢?这可能是许多人都需到过的问题,下面就为您介绍一个进行mysql索引优化的例子,供您参考。

mysql索引优化的例子:

行某个sql语句后出现大量的lock,有很多其他查询被阻塞。当前表的索引结构。
发现这个问题是show processlist结合slow query log发现的。
mysql> show index from t_slide;
+---------+------------+-----------------------+--------------+-------------+
| Table   | Non_unique | Key_name              | Seq_in_index | Column_name |
+---------+------------+-----------------------+--------------+-------------+
| t_slide |          0 | PRIMARY               |            1 | Fslide_id   |
| t_slide |          1 | Fuser_id              |            1 | Fuser_id    |
| t_slide |          1 | Fcategory             |            1 | Fcategory   |
| t_slide |          1 | Fdomain_key           |            1 | Fdomain_key |
| t_slide |          1 | idx_t_slide_fadd_time |            1 | Fadd_time   |

执行的SQL语句:
SELECT * FROM t_slide WHERE Fuser_id=200468950 and (Fstatus=1 or Fstatus=4) and Fshare_set<>9 ORDER BY Fadd_time DESC LIMIT 0,20;

这个用户有9W多行的数据,使用explain分析sql执行过程,耗时8秒,使用的索引是idx_t_slide_fadd_time。
等于是先按照全局排序在去找数据。

经过分析后强制使用索引Fuser_id,让MYSQL先找到用户在处理。强制使用索引用use index
SELECT * FROM t_slide use index(Fuser_id) WHERE Fuser_id=200468950 and (Fstatus=1 or Fstatus=4) and Fshare_set<>9 ORDER BY Fadd_time DESC LIMIT 0,20;

速度提升到2秒,虽然还是慢,但是已经不那么严重了。

mysql索引优化如果使用联合索引将Fuser_id,Fadad_time字段放到一起做索引。速度超快,提升效果明显。
alter table t_slide add index SLIDE_TIME (Fslide_id,Fadd_time); 

 

 

【编辑推荐】

MySQL索引的用处

MySql连接字符串的说明

mysql触发器的三个状态

建立MySQL触发器的语法

mysql触发器的三个示例

 

责任编辑:段燃 来源: 互联网
相关推荐

2010-10-13 15:59:21

MySQL索引

2010-11-16 09:49:22

Oracle重建索引

2010-11-24 14:03:28

mysql表索引

2010-09-28 11:07:37

SQL索引

2010-10-12 16:35:05

MySQL用户权限

2010-11-25 10:44:30

2010-10-12 11:07:34

MySQL存储过程

2010-10-08 11:27:34

MySql访问限制

2010-10-14 10:28:18

MySQL动态视图

2010-11-25 14:56:46

MySQL全文查询

2010-11-22 16:05:53

MySQL多表插入

2010-10-11 09:41:23

MySQL环境变量

2010-10-12 10:10:55

mysql触发器

2010-10-08 10:37:00

MYSQL添加新字段

2010-10-13 16:49:56

MySql查询时间段

2010-11-23 13:29:36

MySQL数据列类型

2010-10-13 15:01:03

MySQL更新日志文件

2010-10-11 15:28:14

MySQL group

2010-11-18 16:41:13

oracle死锁

2010-09-24 16:52:18

sql DATENAM
点赞
收藏

51CTO技术栈公众号