我有一个简单的表,其中包含数百万个记录(14,000,000),而对于一个简单的查询,它花费了太多的时间“发送数据”。
桌子
CREATE TABLE IF NOT EXISTS details (
id int(11) NOT NULL,
date date NOT NULL,
time int(2) NOT NULL,
minutes_online decimal(5,0) NOT NULL,
minutes_playing decimal(5,0) NOT NULL,
minutes_chatting decimal(5,0) NOT NULL,
minutes_away decimal(5,0) NOT NULL
PRIMARY KEY (id,date,time)
) ENGINE=MyISAM DEFAULT CHARSET=latin1 COLLATE=latin1_general_ci;
简单查询
mysql> SELECT * FROM details WHERE id = 3014595;
说明
mysql> EXPLAIN SELECT * FROM details WHERE id = 3014595;
+----+-------------+-----------+------+---------------+---------+---------+-------+------+-------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+-----------+------+---------------+---------+---------+-------+------+-------+
| 1 | SIMPLE | details | ref | PRIMARY | PRIMARY | 4 | const | 1482 | |
+----+-------------+-----------+------+---------------+---------+---------+-------+------+-------+
查询配置文件
mysql> SHOW PROFILE FOR QUERY 1;
+--------------------------------+----------+
| Status | Duration |
+--------------------------------+----------+
| starting | 0.000024 |
| checking query cache for query | 0.000078 |
| checking permissions | 0.000014 |
| Opening tables | 0.000126 |
| System lock | 0.000011 |
| Table lock | 0.000030 |
| init | 0.000027 |
| optimizing | 0.000117 |
| statistics | 0.040077 |
| preparing | 0.000029 |
| executing | 0.000006 |
| Sending data | 7.536960 |
| end | 0.000013 |
| query end | 0.000004 |
| freeing items | 0.000037 |
| storing result in query cache | 0.000006 |
| logging slow query | 0.000003 |
| cleaning up | 0.000006 |
+--------------------------------+----------+
如您所见,该SELECT
语句使用索引,并且仅读取1482行。但是,查询花费了7.536960秒发送数据。就像查询读取了更多所需的行一样。
这是一个简单的查询,只有7个字段(行平均59字节),没有花哨功能。知道是什么原因造成的吗?
注意:id是用户ID。每个用户每天的每一小时可能至少有一个条目。因此,id不是唯一的。
编辑:我有另一个表具有相同的结构和更多的行(3400万)。如果在此较大的表上运行相同的查询,它将在不到1秒的时间内返回结果。
唯一的区别是,较大的表所获得的查询不如较小的表那么多。
- 查询数量是否有可能减慢该过程?MySQL缓存已打开。我还使用CakePHP缓存查询以减少查询数量。
- 保存表的文件是否可能已损坏?
更新 通过将数据层与Web层分离,解决了该问题。数据层也在RAM上进行了升级,并在raid10上运行。
1591 rows in set (16.48 sec)
我再次运行查询,这就是为什么持续时间不同的原因。现在花了16秒(!!)
SELECT
返回多少行?