Symfony2可通过Doctrine监听器、事件系统与日志告警链路实现数据库查询异常通知：拦截查询→判断异常或超时→记录结构化日志→触发邮件/Slack/Sentry等告警。
Symfony2 本身不内置数据库查询异常的自动通知机制，但可通过组合 Doctrine 监听器、事件系统与日志告警链路，实现对慢查询、失败查询或 SQL 异常的捕获与通知。核心思路是：拦截查询执行过程 → 判断是否异常或超时 → 记录结构化日志 → 触发外部告警（如邮件、Slack、Sentry）。
一、启用 Doctrine 查询日志与事件监听
Doctrine 提供 SQLLogger 接口用于记录原始 SQL，但需配合自定义逻辑判断异常。更推荐使用 Symfony 的事件系统监听 postExecuteQuery 和 onException 类事件（需手动注入监听逻辑，因 Symfony2 原生未暴露标准 DBAL 异常事件）：
- 在
config.yml中启用 DBAL 日志（仅开发环境）：doctrine:<br> dbal:<br> logging: %kernel.debug%
- 创建自定义
LoggingSQLLogger类，实现Doctrine\DBAL\Logging\SQLLogger，记录执行时间、SQL、参数及是否出错 - 在
app/config/config.yml中绑定该 logger：doctrine:<br> dbal:<br> logger: app.doctrine_sql_logger
二、捕获查询异常并触发告警逻辑
Doctrine 查询失败通常抛出 Doctrine\DBAL\Exception 子类（如 ConnectionException、DriverException），这些异常最终会冒泡至 Symfony 内核异常流程。因此，最可靠的方式是复用已有的 kernel.exception 监听器，针对性过滤数据库相关异常：
- 创建
src/Acme/StoreBundle/EventListener/DbExceptionListener.php - 在
onKernelException方法中检查异常类型：if ($e instanceof \Doctrine\DBAL\Exception) { ... } - 提取关键信息：SQL（若可获取）、错误码、主机/IP、当前路由、用户 ID（如有）
- 调用告警服务（如封装好的
AlertService::notify()）发送简明告警内容
三、配置告警通道与阈值控制
避免误报和噪音，建议分层处理：
-
严重级（立即通知）：连接失败（
ConnectionException）、主库写入失败、重复主键冲突（可能表结构异常） - 警告级（聚合后通知）：单次查询耗时 > 2s（需结合 SQLLogger 记录耗时）、锁等待超时
-
接入渠道示例：
– 邮件：用 Swiftmailer 发送带堆栈摘要的文本
– Slack：通过 Webhook 发送含channel和username的 JSON
– Sentry：调用$this->sentry->captureException($e)（需安装sentry/sentry-symfony）
四、验证与调试要点
常见失效原因不是代码写错，而是执行时机或环境配置问题：
- 确认监听器已注册：运行
php app/console debug:event-dispatcher kernel.exception，查看你的监听器是否在列表中 - 清除缓存：
php app/console cache:clear --env=prod（生产环境必须） - 测试异常路径：临时在 Repository 中执行
SELECT * FROM non_existent_table，观察是否触发监听器 - 日志级别设为
DEBUG，检查app/logs/prod.log是否记录了 DBAL 错误上下文
整个流程不依赖第三方 APM 工具，纯 Symfony2 + Doctrine 可实现。关键是把“查询异常”映射到已有的异常生命周期中，并用轻量方式外发告警，而非试图拦截每一条 SQL。
