生产环境中，无WHERE条件的UPDATE/DELETE是高危操作，sql_safe_updates可拦截这类操作，但MySQL8.0.32+版本配置易踩坑（重启失效、全局无效等）。本文整理极简且100%生效的永久开启方案。
一、核心作用：开启后拦截哪些操作？
开启sql_safe_updates=ON后，拒绝执行以下高危SQL（报错：ERROR 1175 (HY000)）：
-
无WHERE条件的全表UPDATE/DELETE（如
UPDATE user SET status=0;） -
WHERE条件字段无索引的批量更新/删除
-
WHERE恒真条件（如
where 1=1）的全表操作
合法操作：带有效WHERE（索引/主键字段）、含LIMIT、WHERE用主键筛选。
二、配置失效核心坑点
-
sql_safe_updates是会话级变量，SET GLOBAL仅临时生效，重启重置 -
写在
[mysql]/[client]节点仅原生终端生效，第三方工具/程序连接无效 -
直接写
[mysqld]节点报错（未知变量） -
Ubuntu系统易改错配置文件（正确路径：
/etc/mysql/mysql.conf.d/mysqld.cnf）
三、终极方案：永久全局开启（分系统）
核心配置：在[mysqld]节点添加init_connect='SET sql_safe_updates=1;'（新连接自动执行开启命令），搭配sql_safe_updates=1加固root用户。
场景1：Ubuntu 20.04/22.04（含MySQL8.0.44）
-
编辑配置文件：
sudo vim /etc/mysql/mysql.conf.d/mysqld.cnf -
在
[mysqld]节点新增：[mysqld] ``init_connect='SET sql_safe_updates=1;' ``sql_safe_updates=1 ``# 保留原有配置（pid-file、socket等） -
重启服务：
sudo systemctl restart mysql
场景2：CentOS7+/RHEL
-
编辑配置文件：
sudo vim /etc/my.cnf -
在
[mysqld]节点新增上述2行配置 -
重启服务：
sudo systemctl restart mysqld
四、验证生效（3个关键维度）
-
登录MySQL执行：
show variables like 'sql_safe_updates';→ 返回Value=ON -
重启MySQL后重新查询 → 仍为ON（永久生效）
-
用Navicat/项目程序连接查询 → 仍为ON（全客户端生效）
五、高频场景解决方案
-
需全表操作：加LIMIT（
UPDATE user SET status=0 LIMIT 999999;）或主键恒真条件（WHERE id>0） -
有WHERE仍报错：条件字段无索引，需建索引或加LIMIT
-
临时关闭：当前会话执行**
SET sql_safe_updates=0;**（断开连接失效）
总结
- 生产环境必开
sql_safe_updates，核心配置为init_connect='SET sql_safe_updates=1;'；2. 配置写在[mysqld]节点，Ubuntu/CentOS注意对应配置文件路径；3. 重启后验证3个维度，确保全场景生效。
l