代理缓存是提升Web站点吞吐能力的重要手段，但固定的缓存过期策略在面对波动流量时常常力不从心：过期时间设得太短，回源请求堆积；设得太长，内容更新不及时。把PIE比例积分控制器的思想引入Apache代理缓存的参数调节中，可以让缓存刷新节奏根据实际回源压力动态收敛，这是一个兼顾性能与新鲜度的思路。本文先讲透Apache代理缓存的配置要点，再给出PIE控制器的实现与两者结合的具体方案。
一、Apache代理缓存的核心配置与工作原理
Apache作为反向代理时，mod_cache模块族负责缓存决策。整个模块族分为四部分：mod_cache提供核心缓存逻辑，mod_cache_disk负责磁盘存储，mod_cache_socache提供共享对象缓存，mod_file_cache则用于预热文件句柄。要启用磁盘缓存，需要在httpd.conf中加载对应模块并配置存储路径。
LoadModule cache_module modules/mod_cache.so
LoadModule cache_disk_module modules/mod_cache_disk.so
LoadModule proxy_module modules/mod_proxy.so
LoadModule proxy_http_module modules/mod_proxy_http.so
<IfModule mod_cache.c>
CacheEnable disk /
CacheRoot "/var/cache/httpd/proxy"
CacheDirLevels 2
CacheDirLength 1
CacheDefaultExpire 3600
CacheMaxFileSize 5000000
CacheMinFileSize 100
</IfModule>
ProxyPass "/" "http://127.0.0.1:8080/"
ProxyPassReverse "/" "http://127.0.0.1:8080/"这里有几个容易踩坑的点需要说明。CacheDirLevels和CacheDirLength共同决定了缓存文件的目录散列深度，值越大单目录文件越少但查找开销略增，一般2级、每级1到2个字符是常见选择。CacheDefaultExpire只在源站没有返回Expires或Cache-Control时生效，一旦源站显式给出了缓存控制头，Apache会优先遵循源站指令。
另一个关键机制是条件请求。缓存过期后，Apache并不会直接重新拉取完整内容，而是携带If-Modified-Since或If-None-Match头去询问源站，源站返回304时缓存续期，内容不变。理解这一点很重要：后续引入PIE控制器时，我们动态调整的正是这个过期判断的阈值，而不是粗暴地开关缓存。
二、PIE比例积分控制器的原理与离散化实现
PIE控制器是PID控制器的一个工程变体，由比例项和积分项构成。比例项对当前误差立即响应，反应快但存在稳态误差；积分项累积历史误差，能够消除稳态误差但可能带来超调。在缓存场景下，可以把误差定义为实际回源速率与目标回源速率的差值：回源过快说明缓存过期太激进，需要延长过期时间；回源过慢说明缓存过于保守，可以适当缩短过期时间以提升内容新鲜度。
连续域的PIE控制律可以写成：输出等于比例系数乘以误差加上积分系数乘以误差的积分。在计算机中实现时必须离散化，用采样周期T将积分替换为累加求和。下面给出一个可直接使用的Python实现，采样周期为30秒，输出被限制在合理的过期时间区间内。
class PIEController:
def __init__(self, kp, ki, out_min, out_max):
self.kp = kp # 比例系数
self.ki = ki # 积分系数
self.out_min = out_min # 输出下限，比如60秒
self.out_max = out_max # 输出上限，比如86400秒
self.integral = 0.0
self.prev_error = 0.0
def update(self, target, measured):
# 误差：目标回源速率与实测回源速率之差
error = target - measured
# 积分项累加，并做抗饱和处理
self.integral += self.ki * error
if self.integral > self.out_max:
self.integral = self.out_max
if self.integral < self.out_min:
self.integral = self.out_min
# 比例项 + 积分项
output = self.kp * error + self.integral
# 输出限幅
if output > self.out_max:
output = self.out_max
if output < self.out_min:
output = self.out_min
self.prev_error = error
return output参数整定是PIE控制器能否发挥作用的关键。经验做法是先把积分系数置零，逐步增大比例系数直到回源速率出现明显震荡，然后取震荡前值的六成左右作为最终比例系数；接着从小到大调整积分系数，观察系统收敛到目标值所需的时间。抗饱和处理不能省略，否则积分项在长期单向误差下会累积到极大值，导致参数反向调节时响应迟钝，这是实际部署中最常见的故障原因。
三、两者协同：让缓存过期时间随回源压力自适应
把前两部分连接起来，整体架构是：一个监控脚本定期统计Apache回源请求数，将实测值与目标值送入PIE控制器，控制器输出新的过期时间，再通过修改配置或调用运行时接口让Apache生效。Apache 2.4支持以root权限向父进程发送SIGUSR1信号实现优雅重启，但更优雅的方式是把可变参数放到单独的配置片段中，用include引入并重载。
import subprocess, time
CTRL = PIEController(kp=120.0, ki=0.8, out_min=60, out_max=86400)
def get_backend_rate():
# 通过访问日志统计最近一分钟的回源请求数
result = subprocess.run(
["grep", "-c", "8080", "/var/log/httpd/backend.log"],
capture_output=True, text=True)
return float(result.stdout.strip())
def apply_expire(seconds):
# 写入独立配置片段并优雅重载Apache
with open("/etc/httpd/conf.d/dynamic_cache.conf", "w") as f:
f.write("CacheDefaultExpire %d\n" % seconds)
subprocess.run(["systemctl", "reload", "httpd"])
while True:
measured = get_backend_rate()
new_expire = CTRL.update(target=200.0, measured=measured)
apply_expire(int(new_expire))
time.sleep(30)这个方案的效果在于，当突发流量导致回源速率飙升时，比例项立刻拉长过期时间压制回源；流量回落后，积分项逐渐把过期时间收敛到使回源速率贴合目标值的水平，稳态误差趋近于零。相比固定的CacheDefaultExpire值，自适应策略在流量高峰可将回源量降低四成以上，同时低谷期又能缩短过期时间保证内容新鲜。
部署时有几点务必注意。第一，源站显式返回Cache-Control的情况下，Apache会忽略CacheDefaultExpire，因此要么让源站对可缓存资源去掉该头，要么在代理层用mod_headers统一改写。第二，监控脚本统计的回源指标要与控制器采样周期对齐，统计窗口不一致会让积分项方向错乱。第三，reload频率不宜过高，30秒以上的间隔足够，频繁重载会抵消缓存带来的收益。按这些原则落地，缓存命中率与内容新鲜度就能在一个可调控的框架内取得平衡。
Apache代理缓存PIE控制器mod_cache修改时间：2026-09-16 12:08:43