【唐诗】《春望》 杜甫：國破山河在，城春草木深。感時花濺淚，恨別鳥驚心。烽火連三月，家書抵萬金。白頭搔更短，渾欲不勝簪。

永夜

没有不值得去解决的问题，也没有不值得去学习的技术！

在 MySQL 8.0 中，in 条件中的参数数量有 10000 个，导致查询时长过长，接口响应超时的分析

in 条件中的参数数量有 10000 个（产品需要上限是 10000 个），导致查询时长过长，接口响应超时

作者：

永夜

在

, ,
Views: 183

1、in 条件中的参数数量有 10000 个（产品需要上限是 10000 个），导致查询时长过长，接口响应超时。如图1

in 条件中的参数数量有 10000 个（产品需要上限是 10000 个），导致查询时长过长，接口响应超时
JSON

{
  "filter": {
    "plat_order_id": [
      1,
      2,
      3,
      4,
      5,
      6,
      7,
      8,
      9,
      10,
      ...,
      10000
    ]
  },
  "page": 1,
  "per_page": 100
}
JSON

{
    "status_code": 500,
    "code": 0,
    "message": "Maximum execution time of 300 seconds exceeded",
    "trace": {
        "line": 420,
        "file": "E:\\wwwroot\\erp-backend\\vendor\\laravel\\framework\\src\\Illuminate\\Database\\Connection.php",
        "class": "Symfony\\Component\\ErrorHandler\\Error\\FatalError",
        "trace": [
            "#0 {main}"
        ]
    }
}

2、当将 plat_order_id 的参数数量从 10000 个减少至 5 个后，接口响应不再超时，表中的记录总数为 2000 万条。如图2

当将 plat_order_id 的参数数量从 10000 个减少至 5 个后，接口响应不再超时，表中的记录总数为 2000 万条。

3、生成 SQL 如下

SQL

select
  count(*) as aggregate
from
  `orders`
where
  `orders`.`plat_order_id` in ('95798');

4、调整 SQL，决定强制使用索引 USE INDEX，不再超时

SQL

select
  count(*) as aggregate
from
  `orders` USE INDEX(`orders_plat_order_id_index`)
where
  `orders`.`plat_order_id` in ('95798')

关于作者 · 持续学习与技术实践

我是一名拥有 15 年以上开发经验的技术从业者，自 2013 年起持续运营个人技术博客，记录工作与个人项目中遇到的真实问题，以及解决问题过程中的探索、实践和思考。

除了技术写作，我也在持续开发和维护自己的独立项目，探索新技术和新工具在实际场景中的应用。我始终相信，没有不值得去解决的问题，也没有不值得去学习的技术。

如果这篇文章对你有所帮助，欢迎浏览博客中的其他文章，也欢迎交流技术经验与想法。

关于我  ·  GitHub  ·  邮件联系

更多文章