在 MySQL 從庫 上，有沒有一種 全局配置方式，可以直接禁止或過濾所有 DELETE（乃至 UPDATE）操作？

答案是 —— 有幾種可選方案，但要看你希望的“層級”和“嚴格程度”。
本文我會詳細說明 生產(chǎn)可用的幾種方法（推薦從強到弱排列）。

方案一：使用 read_only 或 super_read_only（最推薦）

配置方式：

在從庫 my.cnf（或 mysqld.cnf）中添加：

[mysqld]
read_only=ON
super_read_only=ON

然后重啟 MySQL：

systemctl restart mysqld

工作原理：

• read_only=ON：普通用戶不能對從庫進行寫入（INSERT, UPDATE, DELETE, CREATE, DROP等）；
• super_read_only=ON：即使是擁有 SUPER 權限的用戶，也無法執(zhí)行寫入（除非關閉此選項）。

主從復制線程（replication SQL thread）不受此限制——

也就是說：

從庫仍然可以接收主庫的 binlog 更新（包括刪除），
但任何手動 DELETE 都會被拒絕。

效果

mysql> delete from user where id=5;
ERROR 1290 (HY000): The MySQL server is running with the --super-read-only option so it cannot execute this statement

主庫發(fā)來的刪除日志仍能正常同步執(zhí)行，不受影響。

推薦用途

• 用于 防止 DBA 或程序誤操作；
• 適合所有生產(chǎn)從庫；
• 只要從庫不承擔寫操作，就應該啟用。

方案二：使用 binlog_ignore_db（僅對復制過濾）

在 主庫的 my.cnf 中設置（而不是從庫）：

[mysqld]
binlog_ignore_db=your_database_name

這樣主庫的 DELETE/UPDATE/INSERT 對該數(shù)據(jù)庫不會寫入 binlog，因此從庫自然不會同步這些修改。

但這屬于主庫層面的過濾，無法阻止直接在從庫上執(zhí)行刪除。

方案三：在從庫使用 sql_log_bin=0（會話級控制）

你之前提到的：

SET sql_log_bin=0;

雖然能避免寫入 binlog，但并不能阻止 DELETE 執(zhí)行。
換句話說：

• DELETE 仍然在從庫執(zhí)行；
• 只是不會再同步給其他級聯(lián)從庫（如果存在）。

這種方法適合臨時會話，不適合全局防護。

方案四：觸發(fā)器（不推薦，但可用）

你可以為每個表添加觸發(fā)器，阻止刪除操作：

CREATE TRIGGER prevent_delete
BEFORE DELETE ON your_table
FOR EACH ROW
SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'DELETE not allowed on slave';

但：

• 要對每個表單獨添加；
• 表結(jié)構變動時需重新創(chuàng)建；
• 不適合大型系統(tǒng)。

方案五：修改從庫權限（限制賬號）

如果你的應用程序在主從庫上使用相同賬號，可以在從庫上收緊權限：

REVOKE DELETE, UPDATE, INSERT ON *.* FROM 'appuser'@'%';

這樣即使程序誤連從庫，也無法執(zhí)行寫操作。

總結(jié)對比

推薦安全配置組合

在從庫 /etc/my.cnf 中加上：

[mysqld]
read_only=ON
super_read_only=ON
skip_slave_start=0

這樣可以：

• 防止任何手動刪除；
• 仍然允許主庫復制更新；
• 從庫安全可靠。

到此這篇關于MySQL從庫過濾所有DELETE操作的幾種方案的文章就介紹到這了,更多相關MySQL過濾所有DELETE操作內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！

最新評論