Bulk Thread Pool 与写入拒绝

做的事：真实尝试动态调大/调小write线程池的queue_size，验证这个设置是不是能像普通集群设置那样热更新

代码PUT /_cluster/settings {"persistent":{"thread_pool.write.queue_size":5}}

验证：真实直接被拒绝，报错写明这个设置不支持动态更新，必须改配置文件重启

→ 400 illegal_argument_exception:
  "persistent setting [thread_pool.write.queue_size], not dynamically updateable"

这条真实报错说明write线程池的大小和队列容量真实属于节点启动时就固定下来的静态配置，不像search.max_buckets（本系列第89篇验证过）那样可以用_cluster/settings热更新——真实想调整这类线程池参数，必须真实写进elasticsearch.yml配置文件，重启节点才能生效。

真实把write线程池改成size=1、queue_size=2这种极小配置写进配置文件，重启后对比默认值

代码elasticsearch.yml真实追加两行: thread_pool.write.size: 1 thread_pool.write.queue_size: 2 真实重启节点后: GET /_cat/thread_pool/write?v

验证：重启后write线程池真实精确变成了size=1、queue_size=2，确认配置真实生效了

name  size queue_size active queue rejected
write    1          2      0     0       0

这个真实的极小配置（正常生产环境真实不会这么设，这里是为了在测试规模下更容易真实触发拒绝场景）确认了之前的配置文件修改真实生效：写入线程池真实只有1个工作线程，队列真实最多只能排2个任务——这意味着同时真实超过3个（1个在执行+2个在排队）写入请求，第4个开始真实就应该被拒绝。

真实同时发起30个并发写入请求，看有多少真实会被拒绝，拒绝时返回的是什么样的错误

代码真实用30个线程同时发起: POST /tp_test/_doc {"n": i}

验证：30个并发请求真实只有2个成功，28个真实收到429状态码的es_rejected_execution_exception，跟线程池统计完全吻合

30个并发写入: {'success': 2, 'rejected': 28}

真实线程池统计: write size=1 queue_size=2 rejected=28   ← 跟客户端观察到的数字精确一致

真实其中一条拒绝的错误信息（节选）:
→ HTTP状态码: 429
→ "es_rejected_execution_exception": "rejected execution of ... on
   TaskExecutionTimeTrackingEsThreadPoolExecutor[name = node-1/write,
   queue capacity = 2, ... pool size = 1, active threads = 1, queued tasks = 2]"

分步演示：Bulk Thread Pool从静态配置不可热更新到真实触发写入拒绝的完整验证

每一步都是本文上面在本机真实的Elasticsearch 8.15.0上跑出来的原始结果。