Question

这是对 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,
`acceptMail` tinyint(1) NOT NULL DEFAULT 1,
PRIMARY KEY (`email`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1

.

Answer 1

第 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, acceptMail, forwardTo)
emails:   (email, postfixPath)
emails:   (postfixPath, allowLogin, acceptMail, password, email)

最后，UNION：

( SELECT ... part 1 ... )
UNION ALL 
( SELECT ... part 2 ... )

我添加了括号，以避免在哪些子句属于 Select 和 Union 时产生歧义。

UNION ALL 比 UNION（即 UNION DISTINCT）快，但您可能会收到两次相同的电子邮件。然而，这可能是无稽之谈——将电子邮件转发给自己？？

每个索引中列的顺序很重要。（但是，某些变体是等效的。）

我认为我提供的所有索引都是“覆盖”的，从而提供了额外的性能提升。

请使用SHOW CREATE TABLE；它比 DESCRIBE 更具描述性。 “MUL”尤其含糊不清。

（警告：我相当仓促地将这段代码放在一起；它可能不太正确，但原则应该会有所帮助。）

为了进一步优化，请像我一样将其分为 3 个步骤。检查每个的性能。

Answer 2

以下三个索引将使查询更快：

create index ix1 on emails (allowLogin, postfixPath, acceptMail, password, email);

create index ix2 on emails (email, acceptMail);

create index ix3 on aliases (email, acceptMail);

可以优化此 SQL 查询吗？

2 个答案: