简体   繁体   English

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

[英]Maintaining order in MySQL “IN” query

I have the following table 我有下表

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;

Then I try to get records based on the primary key 然后我尝试根据主键获取记录

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

I then get the following result 然后我得到以下结果

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

As one can see, the result is ordered by id. 可以看出,结果按id排序。 What I'm trying to achieve is to get the results ordered in the sequence I'm providing in the query. 我想要实现的是按照我在查询中提供的顺序获取结果。 Given this example it should return 鉴于此示例,它应该返回

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

As the other answer mentions: the query you posted has nothing about what order you'd like your results, just which results you'd like to get. 正如另一个答案所提到的:您发布的查询没有关于您希望结果的顺序,只是您希望得到的结果。

To order your results, I would use ORDER BY FIELD(): 要订购结果,我会使用ORDER BY FIELD():

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

The argument list to FIELD can be variable length. FIELD的参数列表可以是可变长度。

The values in an IN() predicate are considered to be a set, and the result returned by an SQL query has no way to automatically infer order from that set. IN()谓词中的值被视为一个集合,SQL查询返回的结果无法自动推断该集合的顺序。

In general, the order of any SQL query is arbitrary unless you specify an order with an ORDER BY clause. 通常, 除非您使用ORDER BY子句指定订单, 否则任何SQL查询的顺序都是任意的。

You can use a MySQL function FIND_IN_SET() to do what you want: 您可以使用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');

Note that the list argument to FIND_IN_SET() isn't a variable length list like the arguments of IN() . 请注意, FIND_IN_SET()的list参数不是像IN()的参数那样的可变长度列表。 It has to be a string literal or a SET . 它必须是字符串文字或SET


Re questions about performance: I'm curious too, so I tried both FIND_IN_SET() and FIELD() methods against my copy of the StackOverflow data: 关于性能的问题:我也很好奇,所以我尝试了对我的StackOverflow数据副本的FIND_IN_SET()FIELD()方法:

With no index on VoteTypeId: 在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)

With an index on VoteTypeId: 使用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)

Conclusion: with limited testing, there is no great advantage to either method. 结论:在有限的测试中,两种方法都没有很大的优势。

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM