[英]How to design a simple and efficient MySQL blacklist table
假设我有用户表my_users
,其中有一个主键id
。 另外,我希望设计(在MySQL中)一个简单的黑名单表,其声明如下所示:
CREATE TABLE IF NOT EXISTS black_list (
user_id INT NOT NULL,
bad_string VARCHAR(100) NOT NULL,
FOREIGN KEY (user_id) REFERENCES my_users(id),
PRIMARY KEY (user_id, bad_string));
black_list
中任何行的解释是,标识为user_id
的用户希望将字符串bad_string
列入黑名单。 显然, user_id
不能唯一,因为单个用户可能有多个黑名单字符串。 bad_string
, bad_string
不能唯一,因为可能有多个用户将同一字符串列入黑名单。 但是,该对( user_id
, bad_string
)应该是唯一的,因为对于用户多次将同一字符串列入黑名单是没有意义的。
在最坏的情况下,当我们通过用户ID( SELECT * FROM black_list WHERE user_id = X
)选择一个黑名单时,MySQL将不得不扫描整个black_list
表。
我的问题是:有没有办法针对black_list
表中的行数在亚线性时间内运行上述SELECT
语句? 如果是,我该怎么做?
您认为SELECT * FROM black_list WHERE user_id = X
必须扫描整个black_list表的说法是错误的。
在此sql小提琴中 ,您可以看到它正在使用索引:
+----+-------------+------------+------+---------------+---------+---------+-------+------+----------+-------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
+----+-------------+------------+------+---------------+---------+---------+-------+------+----------+-------------+
| 1 | SIMPLE | black_list | ref | PRIMARY | PRIMARY | 4 | const | 1 | 100.00 | Using index |
+----+-------------+------------+------+---------------+---------+---------+-------+------+----------+-------------+
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.