我有2个myISAM表,称为’tests’和’completed_tests’,一个有170个条目,另一个有118k个条目.当我运行此查询时:
SELECT ct.archive, ct.status, ct.score, ct.users_LOGIN, t.lessons_ID, t.content_ID, t.keep_best
FROM completed_tests ct,tests t
WHERE ct.status != 'deleted' and ct.status != 'incomplete' and t.id=ct.tests_ID and t.lessons_ID=10;
然后需要大约30秒才能完成.对相同查询或相关查询(例如,不同的lessons_ID)的后续调用要快得多.即使我重置查询缓存或重新启动mysql服务器,它们仍然保持更快.我想这意味着表被缓存到内存中(并留在那里).
我的问题是,这个特定的查询似乎在运行此应用程序的高流量站点上引起问题(我猜因为服务器内存很慢并且清空其缓存?).
我的问题是:
>有没有办法在我的系统上一致地复制30”延迟,所以我可以尝试优化查询?例如,我应该清空系统的缓存吗?
>有没有办法优化上面的查询?运行解释给出:
运行说明给出:
mysql> explain SELECT ct.archive, ct.status, ct.score, ct.users_LOGIN, t.lessons_ID, t.content_ID, t.keep_best FROM completed_tests ct,tests t WHERE ct.status != 'deleted' and ct.status != 'incomplete' and t.id=ct.tests_ID and t.lessons_ID=10;
+----+-------------+-------+------+-----------------+----------+---------+---------------+------+-------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+-------+------+-----------------+----------+---------+---------------+------+-------------+
| 1 | SIMPLE | t | ref | PRIMARY,idx1 | idx1 | 3 | const | 4 | |
| 1 | SIMPLE | ct | ref | tests_ID,status | tests_ID | 3 | firstcho.t.id | 1025 | Using where |
+----+-------------+-------+------+-----------------+----------+---------+---------------+------+-------------+
根据我的理解,这表明索引已成功使用.
谢谢大家.
表结构
>show create table 'tests';
CREATE TABLE `tests` (
`id` mediumint(8) unsigned NOT NULL AUTO_INCREMENT,
`active` tinyint(1) NOT NULL DEFAULT '1',
`content_ID` mediumint(8) unsigned NOT NULL DEFAULT '0',
`lessons_ID` mediumint(8) unsigned NOT NULL DEFAULT '0',
`name` varchar(255) NOT NULL DEFAULT '',
`mastery_score` tinyint(4) unsigned NOT NULL DEFAULT '0',
`description` text,
`options` text,
`publish` tinyint(1) DEFAULT '1',
`keep_best` tinyint(1) DEFAULT '0',
PRIMARY KEY (`id`),
KEY `idx1` (`lessons_ID`)
) ENGINE=MyISAM AUTO_INCREMENT=171 DEFAULT CHARSET=utf8
>show create table completed_tests;
CREATE TABLE `completed_tests` (
`id` mediumint(8) unsigned NOT NULL AUTO_INCREMENT,
`users_LOGIN` varchar(100) DEFAULT NULL,
`tests_ID` mediumint(8) unsigned NOT NULL DEFAULT '0',
`test` longblob,
`status` varchar(255) DEFAULT NULL,
`timestamp` int(10) unsigned NOT NULL DEFAULT '0',
`archive` tinyint(1) NOT NULL DEFAULT '0',
`time_start` int(10) unsigned DEFAULT NULL,
`time_end` int(10) unsigned DEFAULT NULL,
`time_spent` int(10) unsigned DEFAULT NULL,
`score` float DEFAULT NULL,
`pending` tinyint(1) NOT NULL DEFAULT '0',
PRIMARY KEY (`id`),
KEY `users_login` (`users_LOGIN`),
KEY `tests_ID` (`tests_ID`),
KEY `status` (`status`),
KEY `timestamp` (`timestamp`),
KEY `archive` (`archive`),
KEY `score` (`score`),
KEY `pending` (`pending`)
) ENGINE=MyISAM AUTO_INCREMENT=117996 DEFAULT CHARSET=utf8
最佳答案 对于运行此并且存在问题的高流量站点上的其他用户,完全有可能他们的数据库配置问题超出您的控制范围.除此之外,这里有一些有用的建议.
提高绩效
以下假定测试的1:n关系:基于t.id:ct.tests_id的completed_tests,其中对completed_tests中n行的测试中始终存在一行.
建议使用以下附加索引来帮助加入
CREATE INDEX `ct_to_tests` ON completed_tests (tests_id,status);
此外,如果您能够将ct.status更改为ENUM(‘已删除’,’状态’,……任何其他可能性……)(假设可用的状态数量有限,这完全可行)那么这也将提高性能,因为它将删除唯一的文本搜索.
我建议ENUM的原因很简单. status看起来是一个定义为VARCHAR(255)的字段,该字段以编程方式填充,因此将具有有限数量的离散值.如果您能够将VARCHAR更改为ENUM,那么MySQL将能够将其视为数字字段.这是因为在场景中,ENUM中的每个字符串都有一个数字索引,它是在使用VARCHAR时在ENUM上匹配而不是完整字符串时使用的索引,这反过来效率更高.
SELECT
t.lessons_ID,
t.content_ID,
t.keep_best,
ct.archive,
ct.status,
ct.score,
ct.users_LOGIN
FROM tests t
INNER JOIN completed_tests ct
ON ct.status NOT IN ('deleted,'status')
AND ct.tests_id = t.id
WHERE t.lessons_ID = 10