对文本字段COUNT和GROUP BY似乎很慢

Question

我正在构建一个MySQL数据库，其中包含有关酵母物种中DNA的特殊子串的条目。我的表如下所示：

+--------------+---------+------+-----+---------+-------+ 
| Field  | Type | Null | Key | Default | Extra | 
+--------------+---------+------+-----+---------+-------+ 
| species  | text | YES | MUL | NULL |  | 
| region  | text | YES | MUL | NULL |  | 
| gene   | text | YES | MUL | NULL |  | 
| startPos  | int(11) | YES |  | NULL |  | 
| repeatLength | int(11) | YES |  | NULL |  | 
| coreLength | int(11) | YES |  | NULL |  | 
| sequence  | text | YES | MUL | NULL |  | 
+--------------+---------+------+-----+---------+-------+ 

大概有180万条记录。在一个类型的查询我想看看有多少DNA子与各类型品种和区域相关的，所以我发出这个查询：

select species, region, count(*) group by species, region; 

种类和地区列只有两个可能的条目（保守/ scer对于物种以及启动子/区域编码），但该查询大约需要30秒。

这是一个正常的时间期望这种类型的查询给定的表的大小？这是慢的，因为我使用文本字段而不是简单的整数或布尔值（我喜欢文本字段，因为几个非CS研究人员将使用数据库）。任何其他想法和建议都会受到欢迎。

请原谅，如果这是一个头脑问题，我是一名SQL初学者。

P.S.我也看到了this question，但提议的解决方案似乎与我正在做的事情没有关系。

编辑：将这些字段转换为VARCHAR将运行时间减少到约2.5秒。注意我也对它有相似时间的ENUM进行计时。

Answer 1

为什么所有基于字符串的列都定义为TEXT？如果阅读性能比较，您会发现TEXT比使用相同索引的VARCHAR列慢3倍：http://forums.mysql.com/read.php?24,105964,105964

Answer 2

如果你的领域只有2个值，那么你最好使他们成为布尔值。除非有真正的原因，你应该把所有的东西都做成NOT NULLNULL。

另请参阅ENUM type以更好地使用列的有限数量的可读取值。

至于速度慢，首先要尝试的是在您的列上创建索引。对于你在这里展示的特定查询，上species, region索引应该产生巨大的变化：

create index on mytablename (species, region); 

应该这样做。