背景

（1）MySQL 8.0 版本

（2）业务中遇到大量 IN 的查询，例：

SELECT id, username, icon 
FROM users 
WHERE id IN (123, 523, 1343, ...);

其中 id 为主键，IN 的列表长度有 8000 多个

问题

行数扫描 30W+，无法用到主键索引
造成 MySQL CPU 突升，其它的 SQL 堆积导致 HTTP 502 响应

原因

MySQL 的范围优化器在执行查询优化时，所需消耗的内存超出系统所配置的默认内存（range_optimizer_max_mem_size 8M），导致查询走次优的查询方式（全表扫描）

官方文档：

For individual queries that exceed the available range optimization memory and for which the optimizer falls back to less optimal plans, increasing the range_optimizer_max_mem_size value may improve performance.
https://dev.mysql.com/doc/refman/8.0/en/range-optimization.html

解决

适当增大 range_optimizer_max_mem_size 内存
（通过试验，将默认的 8M 提高至 24M 后，大量 IN 的查询不再导致 MySQL CPU 突升）

其它解决方法

使用临时表的方案

WITH t1(user_id) AS (VALUESROW(123),ROW(523),ROW(1343),ROW(66892).........,ROW(65815),ROW(357112)
)
SELECTid, username, icon
FROM t1 INNER JOIN users 
AS t ON t.id = t1.user_id

参考

• https://blog.csdn.net/qq_37107851/article/details/122688567 Mysql（3）Range 优化
• https://www.cnblogs.com/nanxiang/p/15133394.html MySQL数据库in 太多不走索引案例
• https://dev.mysql.com/doc/refman/8.0/en/range-optimization.html 10.2.1.2 Range Optimization