缓存有效期配置语法错误导致服务拒绝启动，关键要区分nginx、redis或php组件报错：nginx需用nginx -t校验proxy_cache_valid等指令格式；redis检查maxmemory-policy等大小写与单位；php注意ini中参数类型与重复定义。
缓存有效期配置语法错误导致服务拒绝启动，通常不是缓存“没生效”，而是配置本身不合法，Nginx、Redis 或 PHP 扩展在加载阶段就校验失败并直接退出。关键要区分是哪一层的缓存、哪个组件报错，再针对性查语法。
先确认报错来源是哪个服务
启动失败时的日志第一行往往就指明了主体：
- Nginx 报错含 nginx: [emerg] 或 invalid number、invalid value：问题出在
proxy_cache_valid、fastcgi_cache_valid或expires指令中 - PHP-FPM 启动失败且日志出现 opcache.revalidate_freq 或 apc.ttl 相关警告：检查 php.ini 中时间单位拼写（如写成
3600s而非3600）或值超出范围（OPcache 的opcache.max_accelerated_files不能为负） - Redis 启动失败并提示 Invalid maxmemory 或 unknown eviction policy：问题在
redis.conf的maxmemory、maxmemory-policy配置项
常见有效期语法错误对照表
不同组件对时间格式要求严格，一个字母或空格就可能拒启：
-
Nginx
proxy_cache_valid：只接受数字 + 单位（s、m、h、d），不能写1h30m或3600 seconds；正确写法是proxy_cache_valid 200 302 1h; -
Redis
expire命令或SETEX：TTL 必须是纯整数秒，不能带单位；代码中若传入"3600s"字符串会直接报错 -
PHP OPcache 配置项：
opcache.revalidate_freq=2表示每2秒检查一次文件更新，但若写成opcache.revalidate_freq="2"（加引号），某些 PHP 版本会解析失败 -
APCu TTL 参数：
apcu_store('key', $val, '3600')错误——第三个参数必须是整型，字符串会静默失效或触发警告
快速验证配置是否合法的操作步骤
别等完整启动，用内置校验命令提前发现问题：
- Nginx：执行
nginx -t，它会加载全部配置并报告语法错误位置（如conf.d/cache.conf:42） - Redis：运行
redis-server --test-memory 1 --configfile /etc/redis.conf，可跳过内存测试只做配置解析；或直接redis-check-aof --fix（如涉及 AOF 配置） - PHP：用
php -i | grep opcache看 OPcache 是否启用成功；执行php --ini确认加载的是预期 php.ini，再用php -l your_config.php检查自定义配置脚本语法
容易被忽略的隐性冲突点
有些“语法正确”的配置，实际会因上下文冲突导致启动拒绝：
- Nginx 中同时存在
expires和add_header Cache-Control，且值矛盾（如前者设 1h，后者写no-cache），部分版本会警告并拒绝加载 - Redis 设置
maxmemory 100mb（小写 mb）——正确应为100mb或100MB，但某些旧版本只认大写，小写解析失败 - PHP ini 文件里同一参数重复出现（如两个
opcache.enable=1），后一个会覆盖前一个；但如果中间夹了条件块（[Path=/var/www]），可能导致解析器混乱而中断
