Linux强制性文件锁定需内核支持（CONFIG_MANDATORY_FILE_LOCKING=y）、ext2/3/4文件系统挂载时启用mand选项，且目标文件须设g+s并清除g-x权限（如-rw-r-Sr--），三者缺一不可。
Linux 中的强制性文件锁定（Mandatory Locking）并非开箱即用的功能，它需要内核、文件系统挂载选项与目标文件权限三者协同生效。对传统大型企业级数据库（如 Oracle、DB2、PostgreSQL 归档模式下共享日志文件等场景），强制锁可作为额外防护层，防止外部工具或误操作进程绕过应用层锁机制直接篡改关键数据文件。但需注意：现代主流数据库几乎全部依赖 advisory lock（如 flock() 或 fcntl() 记录锁）并自行实现完备的并发控制，不依赖也不推荐启用 mandatory lock —— 因其兼容性差、调试困难、且可能干扰备份/监控脚本。若确有合规或遗留系统要求，则必须严格按以下条件配置。
确认内核与文件系统支持
强制锁仅在 ext2/ext3/ext4 文件系统上受支持，且需内核启用 CONFIG_MANDATORY_FILE_LOCKING=y（主流发行版默认已编译进内核）。验证方式：
- 运行
grep CONFIG_MANDATORY_FILE_LOCKING /boot/config-$(uname -r)，输出应为CONFIG_MANDATORY_FILE_LOCKING=y - 检查当前挂载点是否为 ext 系列：
findmnt -T /path/to/db/data | awk '{print $3}'（例如/dev/sdb1） - 确保该设备未以
nobh、data=journal等不兼容选项挂载（强制锁与日志模式存在已知冲突）
重新挂载文件系统并启用 -o mand
强制锁必须在文件系统级别启用，不能仅靠 remount 临时添加。操作需在数据库停机维护窗口执行：
- 卸载目标分区：
umount /var/lib/oracle/data - 重新挂载并开启 mandatory 支持：
mount -t ext4 -o defaults,mand /dev/sdb1 /var/lib/oracle/data - 永久生效：编辑
/etc/fstab，将对应行的挂载选项从defaults改为defaults,mand，例如：
/dev/sdb1 /var/lib/oracle/data ext4 defaults,mand 0 2
设置数据库数据文件的强制锁标志位
仅挂载选项不够——每个需受强制锁保护的文件还必须满足特定权限组合：
- 关闭 group 执行位：
chmod g-x /var/lib/oracle/data/system01.dbf - 设置 setgid 位（不改变实际组）：
chmod g+s /var/lib/oracle/data/system01.dbf - 验证结果：
ls -l /var/lib/oracle/data/system01.dbf应显示权限形如-rw-r-Sr--（注意第7位为大写S，表示 setgid 且 group-x 已清） - 注意：此操作需对所有数据文件、控制文件、在线重做日志文件逐一执行；归档日志、trace 文件等非实时读写文件无需设置
验证强制锁是否真正生效
启用后不可直接依赖，必须实测。编写简易 C 或 Python 脚本模拟竞争：
- 进程 A 使用
fcntl(fd, F_SETLK, &lock)对某数据文件加写锁后保持打开（不退出） - 进程 B 尝试
open(..., O_RDWR)同一文件 —— 若强制锁生效，该 open 应立即失败并返回errno = EAGAIN或阻塞（取决于是否设O_NONBLOCK） - 对比测试：临时移除
g+s或 remount 去掉mand，相同操作应成功，证明机制起效
