维护 MySQL“IN”查询中的顺序

Question

我有下表

DROP TABLE IF EXISTS `test`.`foo`;
CREATE TABLE  `test`.`foo` (
  `id` int(10) unsigned NOT NULL auto_increment,
  `name` varchar(45) NOT NULL,
  PRIMARY KEY  (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1;

然后我尝试根据主键获取记录

SELECT * FROM foo f where f.id IN (2, 3, 1);

然后我得到以下结果

+----+--------+
| id | name   |
+----+--------+
|  1 | first  |
|  2 | second |
|  3 | third  |
+----+--------+
3 rows in set (0.00 sec)

可以看到，结果是按 id 排序的。我想要实现的是按照我在查询中提供的顺序排列结果。鉴于此示例，它应该返回

+----+--------+
| id | name   |
+----+--------+
|  2 | second |
|  3 | third  |
|  1 | first  |
+----+--------+
3 rows in set (0.00 sec)

Answer 1

正如另一个答案所提到的：您发布的查询与您希望结果的顺序无关，只是您希望获得哪些结果。

要对结果排序，我会使用 ORDER BY FIELD()：

SELECT * FROM foo f where f.id IN (2, 3, 1)
ORDER BY FIELD(f.id, 2, 3, 1);

FIELD 的参数列表可以是可变长度的。

Answer 2

IN() 谓词中的值被视为一个集合，SQL 查询返回的结果无法自动从该集合推断顺序。

一般来说，任何 SQL 查询的顺序都是任意的除非您使用ORDER BY 子句指定顺序。

你可以使用 MySQL 函数 FIND_IN_SET() 来做你想做的事：

SELECT * FROM foo f where f.id IN (2, 3, 1)
ORDER BY FIND_IN_SET(f.id, '2,3,1');

请注意，FIND_IN_SET() 的列表参数不像IN() 的参数那样是可变长度列表。它必须是字符串文字或SET。

---

关于性能的问题：我也很好奇，所以我针对我的 StackOverflow 数据副本尝试了 FIND_IN_SET() 和 FIELD() 方法：

VoteTypeId 上没有索引：

SELECT * FROM Votes ORDER BY FIND_IN_SET(VoteTypeId, '13,1,12,2,11,3,10,4,9,5,8,6,7');

3618992 rows in set (31.26 sec)
3618992 rows in set (29.67 sec)
3618992 rows in set (28.52 sec)

SELECT * FROM Votes ORDER BY FIELD(VoteTypeId, 13,1,12,2,11,3,10,4,9,5,8,6,7);

3618992 rows in set (37.30 sec)
3618992 rows in set (49.65 sec)
3618992 rows in set (41.69 sec)

在 VoteTypeId 上有一个索引：

SELECT * FROM Votes ORDER BY FIND_IN_SET(VoteTypeId, '13,1,12,2,11,3,10,4,9,5,8,6,7');

3618992 rows in set (14.71 sec)
3618992 rows in set (14.81 sec)
3618992 rows in set (25.80 sec)

SELECT * FROM Votes ORDER BY FIELD(VoteTypeId, 13,1,12,2,11,3,10,4,9,5,8,6,7);

3618992 rows in set (19.03 sec)
3618992 rows in set (14.59 sec)
3618992 rows in set (14.43 sec)

结论：在有限的测试中，这两种方法都没有太大的优势。