这个查询很慢。它非常简单,使用的 3 个表在 JOIN 和 WHERE 子句中的所有列上都建立了索引。我如何优化我的查询,或者我的查询表?
这是慢查询。运行需要 15-20 秒。
SELECT
user.id,
user.name,
user.key,
user.secret,
account.id,
account.name,
account.admin,
setting.attribute,
setting.value
FROM user
INNER JOIN account ON account.id = user.account_id
INNER JOIN setting ON setting.user_id = user.id
AND setting.deleted = 0
WHERE user.deleted = 0
问题很可能是由设置表上的连接引起的,因为以下两个查询总共需要大约 5 秒。虽然,5秒还是有点长?
SELECT
user.id,
user.name,
user.user_key,
user.secret,
account.id,
account.name,
account.admin
FROM user
INNER JOIN account ON account.user_id = user.id
WHERE user.deleted = 0
SELECT
setting.user_id,
setting.attribute,
setting.value
FROM setting
WHERE setting.deleted = 0
慢查询的解释:
id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra
1, 'SIMPLE', 'user', 'ALL', 'PRIMARY,idx_id,idx_deleted', null, null, null, 600, 'Using where'
1, 'SIMPLE', 'account', 'eq_ref', 'PRIMARY', 'PRIMARY', '8', 'user.account_id', 1, null
1, 'SIMPLE', 'setting', 'ref', 'attribute_version_unique,idx_user_id,indx_deleted', 'attribute_version_unique', '8', 'user.id', 35, 'Using where'
架构:
CREATE TABLE user
(
id BIGINT(20) unsigned PRIMARY KEY NOT NULL AUTO_INCREMENT,
name VARCHAR(45) NOT NULL,
user_key VARCHAR(45) NOT NULL,
secret VARCHAR(16),
account_id BIGINT(20) unsigned NOT NULL,
name VARCHAR(40) NOT NULL,
demo TINYINT(1) DEFAULT '0' NOT NULL,
details VARCHAR(4000),
date_created DATETIME NOT NULL,
date_modified DATETIME NOT NULL,
deleted TINYINT(1) DEFAULT '0' NOT NULL
);
CREATE INDEX idx_date_modified ON user (date_modified);
CREATE INDEX idx_deleted ON user (deleted);
CREATE INDEX idx_id ON pub_application (id);
CREATE UNIQUE INDEX idx_name_unique ON user (user_key);
CREATE TABLE account
(
id BIGINT(20) unsigned PRIMARY KEY NOT NULL AUTO_INCREMENT,
name VARCHAR(100) NOT NULL,
display_name VARCHAR(100),
admin TINYINT(1) DEFAULT '0' NOT NULL,
visibility VARCHAR(15) DEFAULT 'public',
cost DOUBLE,
monthly_fee VARCHAR(300),
date_created DATETIME NOT NULL,
date_modified DATETIME NOT NULL,
deleted TINYINT(1) DEFAULT '0'
);
CREATE INDEX idx_date_modified ON account (date_modified);
CREATE TABLE setting
(
id BIGINT(20) unsigned PRIMARY KEY NOT NULL AUTO_INCREMENT,
user_id BIGINT(20) unsigned NOT NULL,
attribute VARCHAR(45) NOT NULL,
value VARCHAR(4000),
date_created DATETIME NOT NULL,
date_modified DATETIME NOT NULL,
deleted TINYINT(1) DEFAULT '0' NOT NULL
);
CREATE UNIQUE INDEX attribute_version_unique ON setting (user_id, attribute);
CREATE INDEX idx_user_id ON setting (user_id);
CREATE INDEX idx_date_modified ON setting (date_modified);
CREATE INDEX indx_deleted ON setting (deleted);
最佳答案
恕我直言,您偶然发现了一个常见的反模式。索引“所有列”通常是一个无用的举动。 MySQL(截至 2016 年底)在满足查询时最多可以利用每个表的一个索引。所以额外的索引可能对查询没有帮助,并且肯定会增加 INSERT
和 UPDATE
操作的开销。
这个查询可能会通过一些专门设计的复合覆盖索引得到改进。
在您的user
表上尝试这个索引。这是一个覆盖索引:旨在包含满足查询所需的所有列。它的组织顺序与您的 WHERE
子句相匹配。
CREATE INDEX idx_user_account_setting
ON user (deleted , account_id, id, name, key, secret);
这个覆盖索引可能对您的设置
表有帮助
CREATE INDEX idx_setting_user
ON setting (user_id, deleted , attribute, value);
如果第一列没有帮助,也可以试试这个,交换前两列的顺序。
CREATE INDEX idx_setting_user_alt
ON setting (deleted, user_id, attribute, value);
最后在 account
上试试这个。
CREATE INDEX idx_account_user
ON account (id, name, admin);
如果这些建议有帮助,请留下简短的评论,告诉他们帮助有多大。
关于mysql - 如何优化此 MySql 查询 - 连接 3 个表?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/41042939/