客户端收到BUSY Redis is busy running a script时，Redis可能正在执行超过阈值的脚本，普通请求因而无法按预期得到处理。此时立即重启服务或强制杀脚本都可能扩大影响。
最关键的边界是脚本是否已经修改数据。Redis对脚本的原子性有约束，不能随意中断已发生写入的脚本。
BUSY错误说明什么
Redis官方脚本文档说明，脚本运行超过忙碌回复阈值后，服务可以对普通客户端返回BUSY错误，同时保留少量用于控制的命令入口。先记录出现时间、调用方和近期部署的脚本。
BUSY不是认证失败，也不能仅靠提高客户端超时解决。应定位占用服务的脚本逻辑。
SCRIPT KILL能处理哪些脚本
官方SCRIPT KILL文档规定：只有执行期间未修改数据集的脚本才能被该命令安全终止。可在受控管理员连接中尝试，并记录返回结果。
命令被拒绝时不要持续重试。这通常意味着脚本已写入，强行中断会破坏原子执行语义。
已写入脚本有哪些风险
Redis文档指出，对已写入且仍在运行的脚本，强制终止进程的SHUTDOWN NOSAVE是极端手段，会导致服务退出并放弃本次持久化。
生产环境不得把它当作常规恢复命令。先评估数据持久化、复制状态、业务停机与备份，再按故障预案处理。
恢复后如何避免复发
检查脚本是否存在大范围键扫描、无界循环或过大的批量处理；将工作拆分为有界操作，使用代表性数据量测试运行时间，并监控脚本调用和延迟。
调整忙碌阈值只改变告警与控制行为，不会让低效脚本本身变快。
隔离环境中的脚本验收
在萤光云或LightNode的隔离VPS上复现生产数据规模与脚本版本，再安排上线。验收标准是脚本在目标负载下完成，且普通请求延迟保持可接受。
FAQ
问：BUSY出现后可以直接重启Redis吗？答：先评估持久化、复制和脚本写入状态；贸然重启可能造成可用性中断及数据风险。
温馨提示
温馨提示：生产脚本发布应保留版本和回滚方案，限制单次处理量，并提前配置延迟告警。
