Symfony架构下如何不损耗性能将REST API请求记录至数据库

方案1：Symfony异步消息队列（改造成本最低，性能损耗最小） #

• 直接用Symfony官方的Messenger组件，把API日志写入逻辑封装为独立的消息对象，接口请求阶段仅需将消息推送到队列即可返回响应，全程不会阻塞请求流程。
• 队列直接对接AWS SQS（无需自行维护队列服务），安装symfony/amazon-sqs-messenger扩展包后即可直接配置使用，和现有AWS生态无缝适配。
• 消费端可独立部署在EC2上跑后台消费进程，或直接用AWS Lambda消费消息，将日志写入Aurora主实例即可，消费逻辑和API接口完全解耦，不会对接口性能产生任何影响。

方案2：本地日志批量同步（无需引入额外中间件） #

• 用Symfony自带的Monolog组件自定义日志处理器，将API调用的所有字段按结构化格式写入EC2本地磁盘文件，本地文件写入延迟基本在1ms以内，对接口性能几乎无影响。
• 配置定时任务（可用Linux cron或AWS EventBridge触发），按固定时间/固定文件大小批量将本地日志导入Aurora，批量写入的IO效率远高于单条实时写入，还能降低数据库的写入压力。

方案3：AWS原生无侵入方案（无需修改业务代码） #

• 如果你的API前端已经部署了ALB或API Gateway，直接开启访问日志功能，自定义日志字段包含你需要的用户信息、请求参数、时间戳等内容，将日志直接投递到S3存储，全程对业务代码无侵入，对API性能零影响。
• 后续用AWS Glue做定时ETL任务，把S3中的非结构化日志处理为结构化数据后同步到Aurora即可。

• 日志写入必须指向Aurora主实例，不要走只读副本，只读副本不支持写入操作。
• 存储请求参数前必须做敏感字段脱敏，避免密码、密钥等敏感信息明文入库。
• 若使用消息队列方案，建议配置死信队列，避免异常消息消费失败导致日志丢失。

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