Ansible事实缓存通过本地或远程存储ansible_facts，避免重复SSH连接和setup执行，将“Gathering Facts”从秒级降至毫秒级；推荐jsonfile后端配smart模式，辅以合理超时与手动刷新机制。

在 Linux 中用 Ansible 的事实缓存（Fact Caching）加速执行，核心是避免每次运行都重复 SSH 登录、执行 setup 模块、解析系统信息。尤其当管理几十台甚至上百台主机时，跳过这一步能将“Gathering Facts”任务从秒级降到毫秒级。

选择合适缓存后端

中小规模集群推荐 jsonfile：无需额外服务，文件结构清晰，便于排查和清理。

• 编辑 /etc/ansible/ansible.cfg 或项目级 ansible.cfg
• 添加以下配置：

  [defaults]
  fact_caching = jsonfile
  fact_caching_connection = /tmp/ansible_facts
  fact_caching_timeout = 3600

• 确保目录存在且可写：mkdir -p /tmp/ansible_facts && chmod 755 /tmp/ansible_facts
• 缓存文件按主机名生成，如 /tmp/ansible_facts/web01，可直接查看或手动删除

控制 facts 收集行为

缓存生效的前提是实际触发了 facts 收集。Ansible 提供三种收集模式，通过 gathering 参数控制：

• smart（推荐）：默认收集，但若缓存未过期则直接读取，不走远程；适合大多数场景
• implicit：始终默认收集，除非显式设 gather_facts: false
• explicit：默认不收集，必须写 gather_facts: true 才触发

可在 playbook 中按需覆盖：gather_facts: true 或 gather_facts: false。完全不需要 facts 时，直接关闭最省时。

Obsidian (Linux)

操作 Obsidian 库（纯 Markdown 笔记），并通过 notesmd-cli 实现自动化。

下载

按需刷新与调试缓存

缓存不是一劳永逸的，需配合业务节奏主动管理：

• 强制跳过缓存、重新收集：运行时加 -e ansible_fact_cache=False
• 只刷新某台主机：删除对应缓存文件，例如 rm /tmp/ansible_facts/db02
• 清空全部缓存：rm -f /tmp/ansible_facts/*
• 验证是否命中缓存：观察执行日志中 “Gathering Facts” 是否显示 ok（缓存命中）而非 changed（重新收集）

进阶：用 Redis 提升并发性能

当主机数超 200 台或需要多控制节点共享缓存时，redis 后端更可靠：

• 安装并启动 Redis：yum install -y redis && systemctl enable --now redis
• 修改 ansible.cfg：

  fact_caching = redis
  fact_caching_connection = 127.0.0.1:6379:0
  fact_caching_timeout = 7200

• 注意开放 Redis 监听地址（如需远程访问），并确认防火墙放行 6379 端口