慢MySQL查询不使用filesort

Question

随着我的数据库表变大,我的主页上的查询越来越慢.

tablename = tweets_cache rows = 572,327

这是我目前使用的查询很慢,超过5秒.

SELECT * FROM tweets_cache t WHERE t.province='' AND t.mp='0' ORDER BY t.published DESC LIMIT 50;

如果我取出WHERE或ORDER BY,那么查询超快0.016秒.

我在tweets_cache表上有以下索引.

PRIMARY
published
mp
category
province
author

所以我不确定为什么它不使用索引,因为mp,provice和发布都有索引？执行查询的配置文件显示它不使用索引对查询进行排序,并且正在使用非常慢的filesort.

possible_keys = mp,province
Extra = Using where; Using filesort

我尝试使用"profiles&mp"添加一个新的multie-colum索引.解释显示这个新索引列在"possible_keys"和"key"下,但查询时间不变,仍然超过5秒.

以下是查询中的探查器信息的屏幕截图.

奇怪的是,我在我的本地桌面上进行了数据库转储以便进行测试,所以我不会搞砸现场网站.我本地的相同查询运行超快,毫秒.所以我将所有相同的mysql启动变量从服务器复制到我的本地,以确保没有可能导致这种情况的设置.但即便如此,本地查询运行速度超快,但实时服务器上的查询超过5秒.

我的数据库服务器只使用了大约800MB的4GB可用空间.这是我正在使用的相关my.ini设置

default-storage-engine = MYISAM
max_connections = 800
skip-locking key_buffer
= 512M
max_allowed_pa​​cket = 1M
table_cache = 512 sort_buffer_size =
4M
read_buffer_size = 4M
read_rnd_buffer_size = 16M
myisam_sort_buffer_size = 64M
thread_cache_size = 8 query_cache_size
= 128M
#尝试使用thread_concurrency
thread_concurrency 的CPU数*2 = 8
#禁止联邦默认
跳过联合

的key_buffer = 512M
sort_buffer_size的值= 256M
的read_buffer = 2M
write_buffer = 2M

的key_buffer = 512M
sort_buffer_size的值= 256M
的read_buffer = 2M
write_buffer = 2M

MySQL 5.0.67

CREATE TABLE `tweets_cache` (                                                             
            `id` bigint(11) unsigned NOT NULL default '0',                                          
            `published` int(11) NOT NULL default '0',                                               
            `title` varchar(140) NOT NULL,                                                          
            `category` varchar(50) NOT NULL,                                                        
            `type` varchar(30) NOT NULL,                                                            
            `author` varchar(25) NOT NULL,                                                          
            `author_full` varchar(150) NOT NULL,                                                    
            `hash` varchar(50) NOT NULL,                                                            
            `lastupdate` int(11) NOT NULL default '0',                                              
            `avatar` varchar(120) NOT NULL,                                                         
            `mp` int(1) NOT NULL default '0',                                                       
            `followers` int(10) NOT NULL default '0',                                               
            `province` varchar(2) NOT NULL,                                                         
            `talkback` varchar(15) NOT NULL default '',                                             
            `in_reply_to_status_id` bigint(11) unsigned NOT NULL default '0',                       
            `author_id` int(11) NOT NULL default '0',                                               
            `tracked` tinyint(1) NOT NULL default '0',                                              
            `geo` varchar(25) NOT NULL default '',                                                  
            PRIMARY KEY  (`id`),                                                                    
            KEY `published` (`published`),                                                          
            KEY `mp` (`mp`),                                                                        
            KEY `category` (`category`),                                                            
            KEY `province` (`province`),                                                            
            KEY `author` USING BTREE (`author`),                                                    
            KEY `home` (`province`,`mp`,`published`)                                                
          ) ENGINE=MyISAM DEFAULT CHARSET=utf8 ROW_FORMAT=DYNAMIC COMMENT='InnoDB free: 275456 kB'

Answer 1

我不确定为什么它不使用索引,因为mp,provice和发布都有索引？

MySQL只会在表中使用一个索引.如果要在同一步骤中执行WHERE和ORDER BY,请创建一个复合索引,其中包含左侧的匹配条件和右侧的排序条件,例如.在这种情况下(province, mp, published).

关于ORDER BY优化.