我有一个问题。
假设你有一个名为“requests”的表，它代表一个图形。该请求表中有3列，分别是A、B和time。A -> B在time时刻发生。因此，每一行代表的是从A（请求者）到B（受请求者）的有向连接，发生在时间T（时间只用于组织数据，不会影响其他方面）。
如果说requests有1000000行数据，那么哪种查询方式更快呢？
Index(A, B)
Index(A) and Index(B)
Unique(A, B)?
谢谢大家！其中A、B是VARCHAR(32)类型（MD5的）
对不起，我忘记了一个典型的查询。
我需要能够查看已登录的用户A是否有任何请求！
我还需要搜索以验证用户是否接受了正确的请求，即A接受B的请求。
因此，查询语句将如下所示：
是否有新的请求？
SELECT B, time
FROM requests
WHERE A='$id';
A 是否收到了 B 的请求？
SELECT time
FROM requests
WHERE A='$A' and B='$B';
索引和唯一性是两个完全不同的概念。
索引
索引是一个隐藏的额外列，它保存了相同的数据并按指向实际数据的方式进行排序。使用索引可以：
order by时节省时间，因为项目已经预先排序group by时节省时间，因为group by需要匹配相同的项这是一个普通的索引，它不介意重复值，除了主键始终是唯一的。
唯一（索引）
如果您想避免重复值，则可以在其上放置一个unique index。这将执行以上所有操作，但会在每次更新和插入时添加一个额外的检查，以检查该值是否已经存在于数据库中。如果您尝试在唯一列上插入重复行，则MySQL将给出一个错误并拒绝您的插入。
(您不能使一行unique而不使用索引)
使用索引会减缓插入和更新速度。
使用唯一索引会更加减缓速度。
然而，索引大大加速了select的速度。
Unique不会加速任何事情，它只是确保您不会意外插入重复的行。
何时使用索引，何时不要使用
不要在每个字段上都放置索引。如上所述，这会减慢您的insert和update速度。
始终在连接条件上放置索引。并且认真考虑在您经常在where子句中使用的列上放置索引。
如果50%的行具有相同值，则MySQL将拒绝使用索引，因此请勿在布尔(Y/N)字段上放置索引，99%的时间它们不会起作用。
integer自增长类型。如果您不分配主键，MySQL将为您分配一个“隐藏”的主键（类型为integer自增长），但是您无法使用隐藏PK来加快报价或标识您的行，而且隐藏PK存在许多缓慢问题，使它们非常糟糕。http://dev.mysql.com/doc/refman/5.5/en/multiple-column-indexes.html
此外，唯一性（A，B）并不重要，除非您的要求是B最多只能请求A一次。