在 MySQL 中，限制用户执行高风险语句（如 DROP、DELETE、UPDATE 无 WHERE 条件、TRUNCATE 等）不能仅依赖权限控制，因为即使没有某些权限，有写权限的用户仍可能误操作。要有效限制，需要结合权限管理、SQL 模式设置和应用层控制等多方面手段。
1. 合理分配数据库权限
最基础的方式是通过 MySQL 的权限系统，只授予用户完成任务所需的最小权限。
例如： 避免授予 DROP、ALTER、CREATE 等 DDL 权限给普通应用用户 对只读用户，仅授予 SELECT 对写操作用户，考虑是否真的需要 DELETE 或 UPDATE 全表的能力使用命令收回高风险权限：
REVOKE DROP, ALTER, CREATE ON database_name.* FROM 'username'@'host';
只赋予必要权限：
GRANT SELECT, INSERT, UPDATE ON database_name.table_name TO 'username'@'host';
2. 启用 SQL_SAFE_UPDATES 模式
对于容易误操作的 UPDATE 和 DELETE 语句，可以强制要求必须使用 WHERE 条件且条件中包含索引列。
启用方式：
SET SQL_SAFE_UPDATES = 1;
该模式下，以下语句会被拒绝：
UPDATE table SET col = 'x';（无 WHERE）
DELETE FROM table;（整表删除）
UPDATE table SET col = 'x' WHERE non_indexed_col = 'y';（WHERE 不走索引）
可在配置文件中永久开启：
[mysqld] sql_safe_updates = 1
3. 使用角色和细粒度访问控制
MySQL 8.0+ 支持角色管理，可定义“只读角色”、“写入角色”等，按需分配。
示例：CREATE ROLE 'app_reader', 'app_writer'; GRANT SELECT ON db.* TO 'app_reader'; GRANT INSERT, UPDATE ON db.table1 TO 'app_writer'; <p>GRANT 'app_reader' TO 'user1'@'localhost';
这样便于统一管理和审计权限。
4. 配置应用账户与生产隔离
不要让应用直接使用高权限账号连接数据库。
开发、测试环境禁止连接生产库 应用使用的数据库账号应限制 IP 和权限 运维操作通过专用账号，并记录操作日志5. 启用通用查询日志或审计插件
虽然不能阻止语句执行，但可用于事后追溯。
启用通用日志（谨慎使用，影响性能）：
SET global general_log = ON; SET global general_log_file = '/var/log/mysql/query.log';
或使用企业版审计插件，或 Percona 的开源审计插件进行行为监控。
6. 应用层控制与 SQL 审查
真正的防护往往在数据库之外：
应用代码中避免拼接 SQL，使用参数化查询 关键操作增加确认机制 上线前进行 SQL 审查 使用 ORM 框架限制危险操作基本上就这些。MySQL 本身不支持直接“禁止 DELETE 不带 WHERE”的语法级限制（除非用触发器模拟，不现实），所以核心是权限最小化 + 安全模式 + 过程管控。安全不是单一功能，而是体系设计。
