总体影响概述
在启用强制访问控制时，SELinux会在内核路径上增加权限判定，带来可度量的开销。现代发行版（如 CentOS/RHEL）默认使用 targeted 策略，仅对高风险进程实施严格检查，常见工作负载下的总体开销通常较小；但在高并发、I/O 密集或策略复杂的环境中，可能出现 CPU 占用上升、I/O 延迟增加以及 内存 使用略增的情况。常见三种模式的取舍如下：
- Enforcing：强制执行策略，安全性最高，存在一定性能开销
- Permissive：仅记录违规不阻断，性能影响较小，安全性降低
- Disabled：完全关闭，性能无影响，安全性最低
上述结论适用于以 CentOS/RHEL 为代表的常见 Linux 发行版。
影响维度与典型场景
- CPU 与系统调用开销：每次受控的系统调用都会触发 SELinux 的权限检查；策略越复杂、匹配规则越多，单次判定成本越高。大量短连接、频繁文件/进程操作的场景（如高并发服务、构建系统）更容易放大该开销。
- I/O 与元数据操作：对文件/目录的访问需要读取并校验 SELinux 上下文（user:role:type:level）；在海量小文件、目录遍历、容器镜像层解压等场景，上下文检查与标签维护会叠加到 I/O 路径上。
- 内存占用：需要为进程/文件/端口等对象维护上下文标签，并缓存访问判定结果（AVC，Access Vector Cache）。对象与策略规模越大，内存占用越高，但一般处于可接受范围。
- 上下文维护与批量变更：执行 restorecon、semanage fcontext 等批量打标或迁移时，会触发文件系统遍历与重标记，短期内提升 CPU 与 I/O 负载，建议在低峰期进行。
如何判断是否为 SELinux 导致的性能问题
- 快速检查运行状态与模式
- 查看模式：getenforce（返回 Enforcing/Permissive/Disabled）
- 查看详细状态：sestatus
- 临时切换为宽容模式（仅记录不阻断）：sudo setenforce 0（用于对比测试，排查完成后应恢复为 Enforcing）
- 内核 AVC 缓存与命中情况（适用于 RHEL4 及具备相应接口的版本）
- 查看 AVC 统计：cat /selinux/avc/hash_stats（关注 entries、buckets used、longest chain；链长超过 10 可能意味着性能下降风险）
- 调整 AVC 缓存阈值：/selinux/avc/cache_threshold（示例：从 512 调整到 768；默认值经过优化，随意更改可能适得其反）
- 观察回收情况：使用 avcstat -c 查看 reclaims 列，持续大量回收需进一步排查策略或负载问题
优化与权衡建议
- 优先选择并优化 targeted 策略，聚焦高风险进程；利用 audit2allow/audit2why 分析拒绝日志，删除不必要的限制，降低判定复杂度与日志噪声。
- 控制策略与标签规模：避免无意义的细粒度类型划分与过度隔离；对大规模文件系统变更，合并 restorecon 操作并在低峰期执行。
- 调优 AVC 缓存：在出现 AVC 命中率下降/链过长 迹象时，再考虑适度增大 cache_threshold；变更后持续观察 hash_stats 与 avcstat -c 指标，避免“过调”。
- 性能对比与灰度：先用 Permissive 做 A/B 对比确认瓶颈是否来自 SELinux，再回到 Enforcing 并实施策略优化，不建议直接 Disabled 生产环境。