MySQL 不使用索引的连接性能
MySQL join performance not using index
新人警告! MariaDB (MySQL) v 10.1.26 有问题。我有 3 个表:FRIENDS、POSTS 和 USERS。
CREATE TABLE USERS(
uid INT AUTO_INCREMENT PRIMARY KEY,
username VARCHAR(40) NOT NULL UNIQUE,
email VARCHAR(100) NOT NULL UNIQUE,
pwhash VARCHAR(200) NOT NULL,
);
CREATE TABLE FRIENDS(
RID BIGINT AUTO_INCREMENT PRIMARY KEY,
uid1 INT NOT NULL, #user 1
uid2 INT NOT NULL, #user 2
state INT NOT NULL, #status from user1 -> user2
FOREIGN KEY (uid1) REFERENCES USERS(uid),
FOREIGN KEY (uid2) REFERENCES USERS(uid)
);
CREATE TABLE POSTS(
pstid BIGINT AUTO_INCREMENT PRIMARY KEY,
uid INT NOT NULL,
post_text VARCHAR(500) NOT NULL,
time DATETIME DEFAULT CURRENT_TIMESTAMP,
FOREIGN KEY(uid) REFERENCES USERS(uid)
);
还有以下表的索引:
CREATE INDEX users_idx1 ON USERS(username);
CREATE INDEX friends_idx1 ON FRIENDS(uid1);
CREATE INDEX friends_idx2 ON FRIENDS(uid2);
CREATE INDEX posts_idx1 ON POSTS(uid);
CREATE INDEX posts_idx2 ON POSTS(time);
我想快速查询最近100个好友发表的帖子。当前sql:
[EXPLAIN EXTENDED] SELECT * FROM (POSTS as p)
JOIN (FRIENDS as f) ON f.uid2 = p.uid AND
f.uid1 = ?(userid for current user)
ORDER BY p.time DESC LIMIT 100;
我的假设是它 MySQL 会通过索引获取所有朋友的 uid(f.uid2,其中 f.uid = currentuserid),然后用它搜索帖子,得到最新的ORDER BY 并将结果限制为 100 行。但是当我 运行 EXPLAIN:
id | select_type | table | type | possible_keys | key | key_len | ref | rows | filtered | Extra
1 | SIMPLE | f | ref | friends_idx1, friends_idx2, uid2 | friends_idx1 | 4 | const | 1 | 100.00 | Using temporary; Using filesort
1 | SIMPLE | p | ref | posts_idx1 | posts_idx1 | 4 | friends.f.uid2 | 1 | 100.00 | --
它说它使用文件排序和临时文件,当 p.time、f.uid1 和 f.uid2 被索引时。欢迎任何有助于提高性能的帮助、解释或建议。提前致谢!
对于这个查询:
SELECT *
FROM POSTS p JOIN
FRIENDS f
ON f.uid2 = p.uid AND
f.uid1 = ?
ORDER BY p.time DESC
LIMIT 100;
此查询的最佳索引最有可能是:friends(uid1, uid2)
和 posts(uid)
。
为什么 MySQL 不使用您的索引?这取决于 table 统计数据。根据解释,您的 table 中的数据很少。因此,索引不会产生影响。如果所有数据都放在一个数据页上,那么索引不太可能影响性能。
新人警告! MariaDB (MySQL) v 10.1.26 有问题。我有 3 个表:FRIENDS、POSTS 和 USERS。
CREATE TABLE USERS(
uid INT AUTO_INCREMENT PRIMARY KEY,
username VARCHAR(40) NOT NULL UNIQUE,
email VARCHAR(100) NOT NULL UNIQUE,
pwhash VARCHAR(200) NOT NULL,
);
CREATE TABLE FRIENDS(
RID BIGINT AUTO_INCREMENT PRIMARY KEY,
uid1 INT NOT NULL, #user 1
uid2 INT NOT NULL, #user 2
state INT NOT NULL, #status from user1 -> user2
FOREIGN KEY (uid1) REFERENCES USERS(uid),
FOREIGN KEY (uid2) REFERENCES USERS(uid)
);
CREATE TABLE POSTS(
pstid BIGINT AUTO_INCREMENT PRIMARY KEY,
uid INT NOT NULL,
post_text VARCHAR(500) NOT NULL,
time DATETIME DEFAULT CURRENT_TIMESTAMP,
FOREIGN KEY(uid) REFERENCES USERS(uid)
);
还有以下表的索引:
CREATE INDEX users_idx1 ON USERS(username);
CREATE INDEX friends_idx1 ON FRIENDS(uid1);
CREATE INDEX friends_idx2 ON FRIENDS(uid2);
CREATE INDEX posts_idx1 ON POSTS(uid);
CREATE INDEX posts_idx2 ON POSTS(time);
我想快速查询最近100个好友发表的帖子。当前sql:
[EXPLAIN EXTENDED] SELECT * FROM (POSTS as p)
JOIN (FRIENDS as f) ON f.uid2 = p.uid AND
f.uid1 = ?(userid for current user)
ORDER BY p.time DESC LIMIT 100;
我的假设是它 MySQL 会通过索引获取所有朋友的 uid(f.uid2,其中 f.uid = currentuserid),然后用它搜索帖子,得到最新的ORDER BY 并将结果限制为 100 行。但是当我 运行 EXPLAIN:
id | select_type | table | type | possible_keys | key | key_len | ref | rows | filtered | Extra
1 | SIMPLE | f | ref | friends_idx1, friends_idx2, uid2 | friends_idx1 | 4 | const | 1 | 100.00 | Using temporary; Using filesort
1 | SIMPLE | p | ref | posts_idx1 | posts_idx1 | 4 | friends.f.uid2 | 1 | 100.00 | --
它说它使用文件排序和临时文件,当 p.time、f.uid1 和 f.uid2 被索引时。欢迎任何有助于提高性能的帮助、解释或建议。提前致谢!
对于这个查询:
SELECT *
FROM POSTS p JOIN
FRIENDS f
ON f.uid2 = p.uid AND
f.uid1 = ?
ORDER BY p.time DESC
LIMIT 100;
此查询的最佳索引最有可能是:friends(uid1, uid2)
和 posts(uid)
。
为什么 MySQL 不使用您的索引?这取决于 table 统计数据。根据解释,您的 table 中的数据很少。因此,索引不会产生影响。如果所有数据都放在一个数据页上,那么索引不太可能影响性能。