这是对 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
这个查询有效,对我来说它看起来很重,我觉得它应该更加精简/高效。有没有人有更好的方法来写这个,或者这已经达到了最好的程度?
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
.
答案 0 :(得分: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 个步骤。检查每个的性能。
答案 1 :(得分:0)
以下三个索引将使查询更快:
create index ix1 on emails (allowLogin, postfixPath, acceptMail, password, email);
create index ix2 on emails (email, acceptMail);
create index ix3 on aliases (email, acceptMail);