MySQL新增行需按F5才显示的HTTPS环境问题排查求助

1. 验证浏览器端缓存策略实际生效情况 #

• 打开浏览器开发者工具的Network面板，访问index.php后查看响应头的Cache-Control、Expires、ETag、Last-Modified字段，确认你添加的无缓存设置（比如Cache-Control: no-store, must-revalidate）是否真实返回给浏览器。HTTPS下浏览器对缓存规则的校验更严格，部分场景下no-cache可能不如no-store有效。
• 注意：如果服务器端返回的响应头存在冲突的缓存指令（比如同时有max-age=3600和no-store），浏览器可能优先遵循更严格的规则，但也可能出现解析异常，需要确保头信息统一。

2. 检查Web服务器的HTTPS专属缓存配置 #

• 查看Nginx/Apache的HTTPS站点配置文件，确认是否开启了针对动态页面的缓存规则，比如Nginx的fastcgi_cache、Apache的mod_cache模块。很多情况下HTTP站点未配置缓存，但HTTPS站点可能因模板或复制配置时误加了缓存指令。
• 直接对比同域名下正常运行的后台副本的服务器配置，重点看缓存相关的指令差异，比如副本是否额外添加了expires -1;或Cache-Control: no-store这类禁用缓存的配置。

3. 排查PHP端的会话/输出缓存问题 #

• 检查index.php是否依赖$_SESSION存储的旧数据集渲染页面，比如是否在之前的请求中把查询结果存入了会话，而新增数据后没有重新查询数据库更新会话内容。
• 查看PHP的output_buffering配置，如果开启了输出缓存，确认在执行数据库查询前是否调用了ob_clean()或ob_end_clean()清空缓存，避免输出旧的缓存内容。

4. 排除CDN/反向代理的缓存干扰 #

• 如果站点使用了CDN或反向代理，检查HTTPS下的缓存规则是否默认缓存了index.php这类动态页面。HTTP时代理可能未生效，但HTTPS代理可能开启了默认缓存策略。
• 测试临时绕过CDN访问服务器IP的HTTPS地址，看是否能正常显示新增数据，以此确认是否是CDN缓存导致的问题。

5. 数据库层面的缓存/连接问题 #

• 如果使用的是MySQL 5.6及以下版本，检查是否开启了查询缓存，导致index.php的查询返回旧结果。可以在查询语句前添加SELECT SQL_NO_CACHE ...临时禁用查询缓存进行测试。
• 确认数据库连接是否使用了持久化连接（比如mysql_pconnect或PDO的PDO::ATTR_PERSISTENT），持久化连接可能复用了之前的连接状态，导致无法读取新写入的数据，尝试改为非持久化连接测试。

6. 浏览器HTTPS缓存遗留问题（低优先级） #

• 虽然新用户访问也有问题，但可以测试让用户通过Ctrl+Shift+Delete清除浏览器缓存后访问，排除HTTP转HTTPS后的缓存遗留问题。
• 检查站点是否配置了HSTS响应头，HSTS可能强制浏览器保留HTTPS缓存，导致旧缓存无法被替换，可以临时移除HSTS配置测试。

内容的提问来源于stack exchange，提问作者HShadow