MySQL 文件權限問題排查：UMASK、UMASK_DIR 環境變數配置指南

典型錯誤現象

ERROR: Can't find file: 'path/with/filename.frm' (Errcode: 13)
# Errcode 13 = Permission denied

根因：UMASK 環境變數控制新建文件/目錄權限

實際權限 = 預設權限 (660/700) & ~UMASK。預設掩碼導致「僅擁有者可讀寫，組無權限」。

修改方法：啟動腳本前 export

# 方案 1：給組讀權限 (文件 640, 目錄 750)
export UMASK=022    # 八進位 022 = 十進位 18
export UMASK_DIR=022
mysqld_safe &

# 方案 2：給組讀寫權限 (文件 660, 目錄 770) — 推薦生產
export UMASK=000    # 保持預設 660/700
export UMASK_DIR=007  # 目錄 770 (組可寫)
mysqld_safe &

注意：MySQL 3.23.25+ 支援八進位前綴 0，建議寫 0660 避免誤解。

驗證權限生效

# 建立測試表
CREATE TABLE t_test (id INT) ENGINE=InnoDB;

# 檢查文件權限
ls -l /var/lib/mysql/test_db/t_test.ibd
# 預期：-rw-r----- 1 mysql mysql ... (UMASK=022 時)
# 或   -rw-rw---- 1 mysql mysql ... (UMASK=000 時)

# 檢查目錄權限
ls -ld /var/lib/mysql/test_db/
# 預期：drwxr-x--- (UMASK_DIR=022) 或 drwxrwx--- (UMASK_DIR=007)

常見場景與建議

系統級持久化配置

# Systemd 服務覆蓋
systemctl edit mysqld
# 輸入：
[Service]
Environment=UMASK=022
Environment=UMASK_DIR=022

# 或修改 /etc/sysconfig/mysql (RHEL/CentOS)
UMASK=022
UMASK_DIR=022

避坑提醒

• 不要在運行中修改現有文件權限 (chmod/chown)，會導致 MySQL 無法讀寫、崩潰。
• UMASK 僅影響新建文件/目錄，存量不變。
• Windows 下無 UMASK 概念，權限由 NTFS ACL 控制。
• InnoDB file_per_table=OFF 時，所有表共用 ibdata1，權限由系統表空間決定。