資料庫安全是 DBA 的核心痛點，涵蓋「資料不丟失」與「阻擋非法入侵」兩大維度。本文聚焦於作業系統層面的防護策略，以 Unix/Linux 環境下的 Oracl

本文詳細記錄在 Oracle Web Server 中啟用 SSL 協議的完整流程，涵蓋安全憑證請求生成、提交認證機構（以 VeriSign 為例）、接收與安裝

在協助友人整理網站空間時，我發現了一個極易被忽視的 MySQL 安全隱患：安裝完成後，MySQL 預設會建立 root 用戶與一個匿名用戶（用戶名為空），兩者初

備份的重要性 系統崩潰、硬體故障、人為誤操作（甚至管理員直接用編輯器修改表檔）皆可能導致資料遺失。定期備份是最後防線。 兩大備份路徑比較 維度mysqldu

核心原則：纵深防禦 保護資料庫的措施與層級越多，攻擊者竊取/濫用機敏資料的機率越低。設計階段即應落實最小權限、參數化查詢、加密儲存等機制。 資料庫帳號規劃

系統動機 病毒橫行、資料外洩風險高，用戶需加密、大容量、高可靠的異地備份空間。結合 ProFTPD 1.2.4+ 的 MySQL 認證模組，實現帳號管理、配額控

腳本特色 每日單次執行，保留最近 5 天備份。 支援三種備份模式：mysqldump（邏輯）、mysqlhotcopy（實體熱備）、tar（冷備份，需停服務）

策略設計 每 7 天一次完整備份（全量）。 每天一次增量備份（二進制日誌）。 資料量小可改為每日全備，省去增量複雜度。 前置條件：啟用二進制日誌 [mys

核心觀念 Replication 設定全在 my.cnf/my.ini 的 [mysqld] 區段，需設定唯一 server-id 並啟用 log-bin。

損壞類型與應對 輕微：單表損壞 → myisamchk/isamchk 修復，無需備份。 嚴重：整個資料目錄遺失 → 需完整恢復流程。 人為誤刪：DROP D

一、RPM 安裝 MySQL 套件清單 perl-CGI-2.81-88.i386.rpm perl-DBI-1.32-5.i386.rpm perl-DBD

配置檔位置與優先序 Unix/Linux：/etc/my.cnf 或 ~mysql/my.cnf Windows：C 根目錄 my.cnf → windir\

架構 兩台伺服器互為 Master/Slave，資料雙向即時同步。 ServerIPServer-ID Node1192.168.0.21 Node2192.

痛點分析 2MB）極易白屏逾時。 論壇/CMS 內建備份工具功能單一，恢復更弱。 虛擬主機無 SSH/root 權限，無法使用 mysqldump、mysql

架構概覽 ListTable.php：列出資料庫所有表供使用者勾選。 Backup.php：將選定表資料查詢並序列化為 XML 檔案。 ListTable

複製功能簡介 MySQL 3.23.15+ 提供 Replication，可實現主從同步、雙向互備。配置集中於 my.cnf/my.ini 的 [mysqld]

資料表結構修改 新增欄位 ALTER TABLE mytable ADD COLUMN single CHAR(1); 修改資料 UPDATE mytable

前言：phpBB 論壇頻繁崩潰的教訓 論壇資料庫 phpbb2_users 表損壞，嘗試 myisamchk -o 修復多次才恢復。為避免資料遺失，著手建立備份

情境 Linux 新裝 MySQL，修改 root 密碼後一小時即忘記。靈感來自 Windows 同版本 MySQL 仍有預設密碼，嘗試複製 Windows 的

備份指令 完整資料庫備份 /備份路徑/資料庫名稱_YYYY-MM-DD.sql 壓縮備份 /備份路徑/資料庫名稱_YYYY-MM-DD.sql.gz 恢復