不能只用mod_authn_dbm，因其仅为磁盘文件认证后端，无跨进程共享缓存能力；必须与mod_authn_socache组合，由后者通过shmcb等提供内存级共享缓存，避免重复I/O和锁竞争。
mod_authn_dbm 本身不提供共享缓存能力，它只是从 DBM 文件读取用户凭据的后端认证模块；要实现跨进程、高性能的身份验证，必须把它和 mod_authn_socache 组合使用——前者负责“查密码”，后者负责“记结果”。
为什么不能只用 mod_authn_dbm？
DBM 是磁盘文件，每次认证都要打开、定位、读取、解析。即便文件很小，频繁访问仍会产生 I/O 和锁竞争，尤其在多子进程（prefork）或线程模型下，各进程重复执行相同查询，无法复用结果。实测中，1000 QPS 下纯 DBM 认证可能带来明显延迟和系统负载。
- mod_authn_dbm 是“认证数据源”，不是“缓存层”
- 它不跨进程共享状态，每个子进程独立读文件
- 无内置 TTL、无内存级响应速度、无法抵御高频重复校验
正确组合：mod_authn_dbm + mod_authn_socache
把 mod_authn_dbm 当作密码校验器，把 mod_authn_socache 当作结果加速器。Apache 在首次校验成功后，将“用户名→校验通过/失败+属性”写入共享内存缓存（如 shmcb），后续请求直接命中缓存，跳过 DBM 文件读取。
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
- 确保三个模块按依赖顺序加载：
mod_socache_shmcb → mod_authn_socache → mod_authn_dbm（及 mod_auth_basic） - 启用 DBM 认证时，必须显式指定 provider：
AuthBasicProvider dbm（不能省略，否则默认走 file） - 启用 socache 缓存需两步配置：
CacheProvider shmcb:/var/cache/apache2/socache-shmcb(512000)AuthnCacheSOCache shmcbAuthnCacheTimeout 300
关键配置示例（.htaccess 或虚拟主机内）
以下是最小可行配置，适用于 Basic Auth + DBM + 共享缓存：
<Directory "/var/www/restricted">
AuthType Basic
AuthName "Admin Area"
AuthBasicProvider dbm
AuthDBMUserFile /etc/apache2/auth/passwd.db
AuthnCacheSOCache shmcb
Require valid-user
</Directory>
注意：
– /etc/apache2/auth/passwd.db 必须放在 Web 根目录外，防止被下载
– DBM 文件需用 htdbm 创建（与 Apache 版本匹配），例如：htdbm -c -T DB -b /etc/apache2/auth/passwd.db alice secret123
– -T DB 指定 DBM 类型（常见为 DB、GDBM、SDBM），需与 AuthDBMType 一致（若未显式设置，以编译默认为准）
验证是否生效
缓存是否真正工作，不能只看服务是否启动，而要看实际行为：
- 首次访问某用户时，Apache 会读 DBM 文件并写入 shmcb 缓存（日志中可见 authn_dbm 和 authn_socache 的 debug 行）
- 再次用同一用户访问，应无 DBM 文件 I/O，
strace -p $(pgrep apache2) -e trace=open,openat不再出现对 passwd.db 的调用 - 用
httpd -M | grep -E "(socache|dbm|basic)"确认模块已加载且顺序正确 - 检查
/var/cache/apache2/下是否有socache-shmcb.*文件生成（shmcb 缓存载体）
