问提高MySQL效率

EN

在这种情况下，我将首先回答你的第二个问题。

有一种方法可以将查询合并为一体，并有效地执行。

第一个方法是一个查询，其行为如下

• 通过T1和entry连接entryid，形成一个巨大的临时表
• 遍历temp表以处理WHERE子句

第二个方法实质上是两个查询。

• 查找entryid，其中B是某些值
• 编译字符串中的所有entryid值
• 使用WHERE entryid IN执行查询
• 未编入索引的临时表中的协调列表。
• 将笛卡儿连接回T1以查看哪些值匹配

在这两种情况下，仍然必须形成entryid值的临时表。

您需要做的是重组查询的执行，即a.k.a。重构。

以下是完全重构的第一个查询：

SELECT
    A.entryid
FROM
    (SELECT entryid id FROM entry WHERE B = XXX) A
    LEFT JOIN T1 USING (id)
;

这显示了您的查询，但是它做了两件事。

1. 它首先使用WHERE子句在entryids列表中组合在一起
2. 它根据子查询A的长度执行连接

这种重组应该在没有额外的表更改的情况下加速处理。

但是，由于子查询A基于entryid的值获取B值，所以您应该有一个索引来帮助快速收集这些值。请创建此索引：

ALTER TABLE entry ADD INDEX B_entryid_ndx (B,entryid);

使用这个新的重构查询并生成额外的索引，因为重构强制在联接之前发生在何处，因此它将尽可能快。

对于您的第一个问题，重构的查询应该检索它所需的内容，不管是否对其进行分区。分区只是存储引擎选择的练习。

MySQL支持两种分区模式

• 合并存储引擎 (映射结构相同的MyISAM表为一个表)
• 表分区

使用合并存储引擎，不会有很长的迁移路径。映射在2秒内完成。如果没有主键来唯一地标识一个MyISAM表和另一个MyISAM表，那么每个表的维护都可能影响对合并引擎的任何查询。

使用表分区，各个表都内置了一个分区映射。映射可以包括迁移路径。维护只是一个混合袋，因为它将与任何其他桌子。

无论是哪种情况，都需要有一个精心设计的索引方案。为什么？查询的WHERE、ORDER和GROUP子句应该规定真正需要哪些索引来支持查询。

我将考虑使用表分区。您没有提到mysql版本或存储引擎类型。下面是doc链接：

http://dev.mysql.com/doc/refman/5.6/en/partitioning.html

为5.6