Laravel会话写入Dynamodb量部署后暴涨10倍，回滚后仍未回落求助

针对你遇到的问题——部署代码变更后（回滚仍未解决），会话存储用的DynamoDB写入量暴增至300次/秒，无外部流量突增，给出以下排查建议：

• 核查会话逻辑的兼容性：哪怕回滚了代码，新版本可能已经修改了会话的存储格式、主键规则或识别逻辑，导致旧会话无法被读取，所有内部用户的请求都会触发新会话创建；回滚后的旧代码读取这些新格式会话依然失败，形成循环创建会话的情况。可以查看DynamoDB表中的会话主键，对比部署前后的格式差异。
• 分析DynamoDB写入请求明细：通过CloudWatch查看WriteThrottleEvents指标的时间线，结合DynamoDB Streams获取具体写入记录，确认是批量创建新会话，还是频繁更新已有会话；同时检查是否存在重复的主键写入（可能是应用逻辑错误导致的重复提交）。
• 检查ECS部署的实例生命周期：部署过程中是否出现实例异常扩容、旧实例未正常终止？比如旧实例没有执行会话注销逻辑就被销毁，新实例接收到请求后重复创建会话；或者健康检查配置不合理，实例反复重启，每次重启都会触发应用初始化大量会话。
• 验证会话TTL与清理机制：新版本是否修改了会话的TTL配置？比如误将TTL设为极短时间，导致会话频繁过期重建；或者TTL规则失效，旧会话堆积的同时新会话不断生成，双重占用写入量。
• 排查应用会话存储的逻辑错误：检查代码中是否存在“每次请求强制写入会话”的逻辑（哪怕会话内容没有变更）；回滚后是否因为新旧会话数据不兼容，导致应用每次请求都触发会话更新操作。
• 确认内部系统的隐性变更：虽然没有流量突增，但可能存在内部集成服务的变更——比如某个内部工具开始批量调用应用接口，每个调用都创建新会话；或者内部用户的客户端（浏览器、办公APP）缓存失效，导致每次请求都重新发起会话创建。

内容的提问来源于stack exchange，提问作者bones