MySQL 内核改良：智能禁绝全表扫描，百度智能云督察数据库性能与安全

发布日期：2025-09-12 06:13    点击次数：100

在日常数据库运维中，“扫表风暴”数次悄但是至 —— 某条未走索引的 SQL 霎时现实全表扫描，短短几分钟内吃光 IO、拖高 CPU，最终激勉集群抖动以致就业弗成用。这么的事故，你是否曾经资格过？

全表扫描（Full Table Scan）是数据库查询中常见的性能杀手，尤其在数据量精深的坐蓐环境中，一条恶果低下的 SQL 就足以激勉连锁性的系统故障。为从根蒂上预防此类风险，百度智能云数据库在 MySQL 内核层面缱绻并终解析一套全表扫描动态管控机制，终了对低效 SQL 的及时检测、生动禁绝与预警记载，将运维箝制权实在交到开采者以及 DBA 手中。

计谋机制：双形状切换、智能管控扫描举止

百度智能云数据库常常提供如下两种计谋，可通过会话级变量动态切换，举例：

禁绝形状：主动阻断全表扫描类 SQL，径直报错，幸免其现实，注视于未然；

告警形状：放行现实但记载详备日记，用于监控、分析或审计，作念到有迹可循。

用户可证据业务时段、环境类型或运维计谋，随时开关相应形状，兼顾开采生动性与坐蓐安全性。

中枢缱绻：变量箝制 + 白名单机制

常常居品会引入两个系统变量，用于箝制全表扫描举止：

Gaia_prevent_full_table_scans（默许 OFF）：一朝开启，MySQL 将在优化阶段识别全表扫描操作并径直抛出子虚 ER_TABLE_FULL_SCAN，同期中断查询。

Gaia_full_table_scans_alarm_allowed（默许 ON）：开启后虽不禁绝现实，但会向日记中写入警戒信息，阐述发生全表扫描的 SQL 文本，援手后续优化。

为保险系统里面查询不受搅扰，居品内置了对系统库（如 mysql、sys、information_schema 等）的白名单救助。

终了旨趣：深度钩入查询现实经过

此项才调并非通过外围剧本或中间件终了，而所以内核补丁的形势深度集成在 MySQL 查询现实经过中，举例在 Query_expression::execute () 阶段新增扫描检讨逻辑，优化完成后检讨现实计较调用 check_full_table_scan () 判断面前 SQL 是否包含全表扫描。

其中禁绝逻辑是这么的：

要是 Gaia_prevent_full_table_scans=ON 且存在全表扫描：

抛出 ER_TABLE_FULL_SCAN 子虚；

中断现实

告警逻辑则是这么的：

要是 Gaia_full_table_scans_alarm_allowed=ON 且存在全表扫描：

在日记打印 WARNING 信息，记载 SQL；

增多计数器 table_full_scan_count。

浮浅现实的情况如下，要是未射中箝制条目则浮浅走现实 ExecuteIteratorQuery (thd)。

在 check_full_table_scan () 中：

遍历 JOIN 的 qep_tab 现实计较；

判断 qep_tab->type () 是否为 JT_ALL（全表扫描）；

若表属于白名单数据库，则跳过检讨；

其他情况则标志 has_full_table_scan=true。

伪代码示例：

witch (qep_tab->type()) {

case JT_ALL:

if (非系统数据库) {

has_full_table_scan = true;

}

reak;

default:

//非全表扫描

has_full_table_scan = false;

}

使用示例：明快的箝制体验

开启禁绝形状，如下：

//将禁绝形状开关掀开。

SET SESSION Gaia_prevent_full_table_scans =ON;

//查询一个全表扫描的语句。

SELECT * FROM t1;

//查询会被禁绝，而且报错。

--ERROR 12345 (HY000): There is a full table scan in sql. You can modify Gaia_prevent_full_table_scans to turn off the restriction

启用告警形状，如下：

//关闭禁绝形状，而且掀开报警开关。

SET SESSION Gaia_prevent_full_table_scans = OFF;

SET SESSION Gaia_full_table_scans_alarm_allowed =ON;

//查询一个全表扫描的语句。

SELECT * FROM t1;

//查询不错浮浅现实，但是会在日记中，打印波及全表扫描的 sql。

-- SQL 浮浅现实--日记打印: WARNING [Full table scan sql : SELECT * FROM t1;]

测试施展：精确识别、踏实可控

咱们对该机制进行了多场景考据，折柳是：

浮浅索引查询运动无阻；全表扫描在禁绝形状下准确中断。

修复 Gaia_prevent_full_table_scans=ON，现实全表扫描 SQL，说明报错；

修复 Gaia_full_table_scans_alarm_allowed=ON，说明日记输出但 SQL 可现实。

系统库查询不受影响。

在 mysql 数据库现实 SELECT * FROM user;，说明不会报错。

双变量冲破时以禁绝为优先计谋，幸免安全间隙。

两个变量齐 OFF 时，全表扫描允许现实且不告警；

两个变量齐 ON 时，以 prevent 优先。

追思：运维新利器、性能督察者

这套全表扫描箝制机制虽在终了上未必高效，却可为数据库系统领来立竿见影的收益：

预先预防：禁绝形状将风险查询拒之门外，保险坐蓐环境踏实；

事中可见：告警形状记载低效 SQL，便于追踪与优化；

生动调养：动态开关计谋，适配不同行务时段与环境类型；

无缝集成：内核级终了，无需修改业务 SQL，零侵入。

关于具备中大领域 MySQL 集群的企业来说，这类细粒度、内核级的管控器具，无疑是升迁数据库可靠性与运维恶果的要道一步。

海量资讯、精确解读，尽在新浪财经APP