MySQL查询in操作 查询结果按in集合顺序显示，线程池参数面试题

这样的情况取出来后，其实，id还是按1,2,3,4,5,6,7,8,9,排序的，但如果我们真要按IN里面的顺序排序怎么办？SQL能不能完成？是否需要取回来后再foreach一下？其实mysql就有这个方法

sql: select * from table where id IN (3,6,9,1,2,5,8,7) order by field(id,3,6,9,1,2,5,8,7);

出来的顺序就是指定的顺序了。。。。这个，以前还真的从来没用过，偶尔看到，所以就记录了一下。一是做个笔记，二是希望可以给更多的人看到

MySQL中NOT IN语句对NULL值的处理

mysql> SELECT COUNT(name) FROM CVE WHERE name NOT IN (‘CVE-1999-0001’, ‘CVE-1999-0002’);

±------------+

| count(name) |

±------------+

| 17629 |

±------------+

1 row in set (0.02 sec)

mysql> SELECT COUNT(name) FROM CVE WHERE name NOT IN (‘CVE-1999-0001’, ‘CVE-1999-0002’, NULL);

±------------+

| count(name) |

±------------+

| 0 |

±------------+

1 row in set (0.01 sec)

当在子查询中出现NULL的时候，结果就一定是0了。查了一下手册，确实有这样的说法。所以最后实际采用了这样的查询：

SELECT COUNT(DISTINCT name)

FROM CVE

WHERE name NOT IN (SELECT cveID FROM cve_sig WHERE cveID IS NOT NULL)

顺便提一下MySQL中正则表达式匹配的简单使用：

SELECT COUNT(alarmID)

FROM Alarm

WHERE (CVE NOT RLIKE ‘^CVE-[0-9]{4}-[0-9]{4}$’ OR CVE IS NULL)

当然，RLIKE也可以写作REGEXP，我个人倾向于使用RLIKE，因为拼写接近LIKE，可以见名知义。

**mysql - not in

**table:info primary key(id, info_type_id)

id, info_type_id, programme_id, episode_id

3, 4, 382, 100034

3, 8, 382, 100034

4, 8, 382, 100034

6, 8, 382, 100034

7, 8, 382, 100034

8, 8, 382, 100034

9, 8, 382, 100034

10, 8, 382, 100034

11, 8, 382, 100034

12, 8, 382, 100034

13, 8, 382, 100034

100001, 4, 382, 100034

100002, 4, 382, 100034

排除(id=3 && info_type_id=8) and (id=4 && info_type_id=8)這兩條記錄，即找出其它記錄

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数Java工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Java开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Java开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且后续会持续更新

如果你觉得这些内容对你有帮助，可以添加V获取：vip1024b （备注Java）

总结

上述知识点，囊括了目前互联网企业的主流应用技术以及能让你成为“香饽饽”的高级架构知识，每个笔记里面几乎都带有实战内容。

很多人担心学了容易忘，这里教你一个方法，那就是重复学习。

打个比方，假如你正在学习 spring 注解，突然发现了一个注解@Aspect，不知道干什么用的，你可能会去查看源码或者通过博客学习，花了半小时终于弄懂了，下次又看到@Aspect 了，你有点郁闷了，上次好像在哪哪哪学习，你快速打开网页花了五分钟又学会了。

从半小时和五分钟的对比中可以发现多学一次就离真正掌握知识又近了一步。

人的本性就是容易遗忘，只有不断加深印象、重复学习才能真正掌握，所以很多书我都是推荐大家多看几遍。哪有那么多天才，他只是比你多看了几遍书。

多学一次就离真正掌握知识又近了一步。

[外链图片转存中…(img-NhbeskDF-1712030714766)]

人的本性就是容易遗忘，只有不断加深印象、重复学习才能真正掌握，所以很多书我都是推荐大家多看几遍。哪有那么多天才，他只是比你多看了几遍书。