熔断降级是应用层主动干预机制，非数据库自带功能；sql注入不会自动触发熔断，需在业务代码埋点实现；querytimeout和max_execution_time可拦截慢查询，但需规避误伤；waf日志规则熔断应基于client_ip+uri+request_body匹配并封禁user-agent+cookie组合；连接池层可动态切换只读连接应对高危告警，且熔断决策必须脱离被攻击数据库独立执行。
熔断降级不是数据库功能，而是应用层的主动干预机制
SQL注入本身不会触发自动熔断——数据库只管执行语法合法的语句。所谓“熔断”，本质是应用在检测到异常查询行为后，主动切断请求链路、返回兜底响应或切换只读模式。这要求你在业务代码里埋点，而不是依赖SQL Server或MySQL自带配置。
用 QueryTimeout 和 max_execution_time 拦截盲注类慢查询
盲注常靠 SLEEP()、BENCHMARK() 或大表 CROSS JOIN 拖延响应，这类攻击最易被时间维度识别。但注意：单纯设短超时会误伤正常报表查询。
-
max_execution_time（MySQL 5.7+）可对单条语句强制终止，但仅作用于SELECT，且需在会话级启用：SET SESSION max_execution_time = 2000 -
QueryTimeout（JDBC/ODBC连接参数）控制整个请求生命周期，适合拦截带IF(SLEEP(5),1,0)的探测流量 - PostgreSQL 需配合
statement_timeout参数，但要注意它会影响所有语句，包括建索引等运维操作
基于WAF日志做实时规则熔断，别信“自动学习”
腾讯云WAF、Azure WAF 或 ModSecurity 的 SQLi 规则集能识别 ' OR 1=1 -- 这类显式模式，但对编码绕过（如 %27%20UNION%20SELECT）或二阶注入基本无效。真正可用的熔断逻辑得自己写：
- 从WAF日志中提取
client_ip+uri+request_body，用正则匹配/[\'\"\`]\s*(and|or|union|select|insert|drop|exec|sleep|benchmark)/i - 连续3次命中即加入IP黑名单，并调用API触发应用层降级开关（如关闭搜索接口、跳转至静态页面）
- 避免直接封禁IP——攻击者常走代理池，应优先封
user-agent+cookie组合或临时冻结账号
数据库连接池层做权限快切，比改账号密码更可靠
当Defender for Cloud发出“潜在SQL注入”警报（如来自 203.0.113.45 的 '; DROP TABLE），人工响应已来不及。此时应让连接池自动降权：
- HikariCP 或 Druid 支持运行时切换
dataSource，可预配两套连接串：app_reader（仅SELECT）和app_full（全权限） - 监听安全告警Webhook，收到高危警报后立即把所有新连接指向
app_reader，并记录当前活跃事务ID用于事后审计 - 注意：此操作不中断已有连接，旧连接仍可能执行恶意语句，必须配合
KILL QUERY或pg_terminate_backend()主动终结可疑会话
最常被忽略的一点：熔断逻辑本身不能依赖被攻击的数据库做决策。比如用 SELECT COUNT(*) FROM logs WHERE ip = ? 判断是否封禁，反而给了攻击者新的注入入口。所有判断和动作必须在独立服务或内存缓存中完成。
