如何解决可以优化此 SQL 查询吗？
这是对 MariaDB (MySQL) 中 Postfix 表查找 (smtpd_sender_login_maps) 的查询。给定一个电子邮件地址，它返回允许使用该地址的用户。我正在使用两个 SQL 表来存储需要搜索的帐户和别名。 Postfix 需要单个查询来返回单个结果集，因此 UNION SELECT。我知道 postfix 中有 unionmap:{}，但我不想走那条路，更喜欢联合选择。 emails.email 列是为 Postfix SASL 身份验证返回的用户名。查询中的 %s 是 Postfix 插入要搜索的电子邮件地址的位置。将所有内容都匹配回 emails.postfixPath 的原因是因为这是物理收件箱，如果两个帐户共享同一个收件箱，他们应该都有权使用所有相同的电子邮件，包括别名。
Table: emails
+-------------+--------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+-------------+--------------+------+-----+---------+-------+
| email | varchar(100) | NO | PRI | NULL | |
| postfixPath | varchar(100) | NO | MUL | NULL | |
| password | varchar(50) | YES | | NULL | |
| acceptMail | tinyint(1) | NO | | 1 | |
| allowLogin | tinyint(1) | NO | | 1 | |
| mgrLogin | tinyint(1) | NO | | 0 | |
+-------------+--------------+------+-----+---------+-------+
.
Table: aliases
+------------+--------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+------------+--------------+------+-----+---------+-------+
| email | varchar(100) | NO | PRI | NULL | |
| forwardTo | varchar(100) | NO | | NULL | |
| acceptMail | tinyint(1) | NO | | 1 | |
+------------+--------------+------+-----+---------+-------+
.
SELECT email
FROM emails
WHERE postfixPath=(
SELECT postfixPath
FROM emails
WHERE email='%s'
AND acceptMail=1
LIMIT 1)
AND password IS NOT NULL
AND allowLogin=1
UNION SELECT email
FROM emails
WHERE postfixPath=(
SELECT postfixPath
FROM emails
WHERE email=(
SELECT forwardTo
FROM aliases
WHERE email='%s'
AND acceptMail=1)
LIMIT 1)
AND password IS NOT NULL
AND allowLogin=1
AND acceptMail=1
这个查询有效，对我来说它看起来很重，我觉得它应该更加精简/高效。有没有人有更好的方法来写这个，或者这已经达到了最好的程度？
- 我根据@The Impaler 的建议添加了
CREATE INDEX index_postfixPath ON emails (postfixPath)。
@Rick James 这里是附加表信息：
Table: emails
Create Table: CREATE TABLE `emails` (
`email` varchar(100) NOT NULL,`postfixPath` varchar(100) NOT NULL,`password` varchar(50) DEFAULT NULL,`acceptMail` tinyint(1) NOT NULL DEFAULT 1,`allowLogin` tinyint(1) NOT NULL DEFAULT 1,`mgrLogin` tinyint(1) NOT NULL DEFAULT 0,PRIMARY KEY (`email`),KEY `index_postfixPath` (`postfixPath`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1
Table: aliases
Create Table: CREATE TABLE `aliases` (
`email` varchar(100) NOT NULL,`forwardTo` varchar(100) NOT NULL,PRIMARY KEY (`email`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1
.
解决方法
第 1 部分：
SELECT email
FROM emails
WHERE postfixPath=
(
SELECT postfixPath
FROM emails
WHERE email='%s'
AND acceptMail = 1
LIMIT 1
)
AND password IS NOT NULL
AND allowLogin = 1
带索引：
emails: (email,acceptMail,password)
我假设 acceptMail 只有 2 个值？优化器无法知道这一点，因此它将 AND acceptMail 视为范围测试。 AND acceptMail = 1 解决了这个问题。 （不，> 0、!= 0 等无法优化。）
第 2 部分：
这有 3 层，可能是效率低下的地方。
SELECT e.email
FROM ( SELECT forwardTo ... ) AS c
JOIN ( SELECT postfixPath ... ) AS d ON ...
JOIN emails AS e ON e.postfixPath = d.postfixPath
这是优化器可能优化您的版本的方式。但我不确定它是否确实如此，所以我对其进行了更改以鼓励它这样做。
同样，在测试“true”时使用 =1。然后有这些索引：
aliases: (email,forwardTo)
emails: (email,postfixPath)
emails: (postfixPath,allowLogin,password,email)
最后，UNION：
( SELECT ... part 1 ... )
UNION ALL
( SELECT ... part 2 ... )
我添加了括号，以避免在哪些子句属于 Select 和 Union 时产生歧义。
UNION ALL 比 UNION（即 UNION DISTINCT）快，但您可能会收到两次相同的电子邮件。然而，这可能是无稽之谈——将电子邮件转发给自己？？
每个索引中列的顺序很重要。 （但是，某些变体是等效的。）
我认为我提供的所有索引都是“覆盖”的，从而提供了额外的性能提升。
请使用SHOW CREATE TABLE；它比 DESCRIBE 更具描述性。 “MUL”尤其含糊不清。
（警告：我相当仓促地将这段代码放在一起；它可能不太正确，但原则应该会有所帮助。）
为了进一步优化，请像我一样将其分为 3 个步骤。检查每个的性能。
,以下三个索引将使查询更快：
create index ix1 on emails (allowLogin,postfixPath,email);
create index ix2 on emails (email,acceptMail);
create index ix3 on aliases (email,acceptMail);
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
