0

偶尔我会收到 100 到 200 个 redis 超时异常。因为我在 redis 上使用会话(通过官方的 MS 包),所以这些对客户端来说变成了“500s”/yellow-screen-of-death。

使用应用程序洞察力调查这些超时,我发现根本原因是一些“评估”命令。我使用术语“一些”是因为keyHashSlot报告的异常消息各不相同。

该异常还报告可用的 IOCP 和 Worker 线程(最小值为 100,通常有 10 多个空闲)

那么,我怎样才能更深入地研究并弄清楚为什么这些 Eval 变暗了呢?它们是否因为它们的内容(它被执行的脚本)而超时?还是他们在队列上浪费了太多时间?

4

1 回答 1

0

你看过这个吗?https://gist.github.com/JonCole/db0e90bedeb3fc4823c2#file-diagnoserediserrors-clientside-md

特别是线程池节流位:https ://gist.github.com/JonCole/db0e90bedeb3fc4823c2#burst-of-traffic

您是否会在客户端或线程池节流上遇到高 CPU 问题?

于 2017-08-31T04:50:52.790 回答