Symfony 2需手动实现数据库容灾，核心是主动探测连接、分层降级（缓存→从库→视图→静态）、熔断控制（CLOSED/OPEN/HALF_OPEN）及日志监控联动。
Symfony 2 本身不提供数据库查询的自动容灾能力，所谓“降级”和“熔断”必须由开发者在应用层显式设计与实现。核心思路是：当主库不可用时，快速识别故障、切换查询路径（如读从库、查缓存、返回默认值或静态视图），并阻止后续无效重试，避免雪崩。
主动探测连接状态，避免阻塞式失败
Doctrine 默认在首次查询时才建立连接，若主库宕机，每个请求都会卡在连接超时（默认数秒），拖垮整个服务。应提前探测，把失败前置：
- 在命令启动或请求入口处，用
$connection->connect()主动尝试握手，并捕获ConnectionException - 对关键页面（如首页、订单页），在 Controller 构造或
kernel.request事件中预检，失败则直接返回维护页或降级内容 - 避免在循环或高频逻辑中重复探测，可加内存缓存（如 APCu）暂存最近 30 秒的连接状态
分层降级路径：从缓存到只读视图再到静态兜底
不是所有查询都同等重要，按业务价值分级设计响应策略：
- 高优先级读操作（如用户登录态、商品库存）：优先查 Redis 缓存；缓存失效或未命中时，再走只读从库；从库也失败，则返回带 TTL 的本地内存缓存（如 PHP array + time() 时间戳）
-
中低优先级展示类查询（如推荐列表、历史订单摘要）：直接跳过主库，强制使用
replica_entity_manager；若从库异常，退回到预生成的数据库视图实体（@ORM\Entity(readOnly=true)），其 SQL 已固化，稳定性更高 -
非核心查询（如统计卡片、侧边栏广告）：配置熔断开关（如
if ($this->getParameter('db_fallback_enabled')) { ... }），关闭后直接返回空数组或占位数据，不发起任何 DB 调用
熔断器集成：用简单状态机控制调用闸门
避免反复试探已知故障的数据库，引入轻量状态机管理“半开-关闭-打开”状态：
- 定义三个状态：
CLOSED（正常）、OPEN（连续 3 次连接失败后触发）、HALF_OPEN（OPEN 状态持续 60 秒后自动尝试一次探测） - 状态存储在
/tmp/db_circuit.state或 Redis 中，确保多进程可见；每次查询前先检查状态，OPEN则直接抛出自定义DatabaseUnavailableException - 在
Kernel::terminate()中记录每次失败详情（时间、错误码、SQL），用于事后分析是否需扩容或切换 DNS
日志与监控联动，让容灾可观察
降级不是静默吞错，而是有迹可循的主动决策：
- 每次触发降级，用 Monolog 记录结构化日志：
$logger->warning('DB fallback activated', ['strategy' => 'cache_only', 'trace_id' => $id]) - 为不同降级路径打标签（如
fallback:redis、fallback:view、fallback:static），便于 Grafana 统计各策略使用频次 - 配合
doctrine:query:explain定期扫描慢查询，确保降级路径本身不成为新瓶颈——例如视图若含GROUP BY + ORDER BY RAND()，可能比主库还慢
