目录
在我们测试缓存的时候，前端展示的数据来源于缓存，还是来源于数据库，判断缓存数据和数据库中的数据一致性等，其中页面中的数据如何判断来源以及判断来源的方法值得考虑的？
我们会在第一印象中会想到使用监控工具，数据库的慢查询日志和缓存命中率，如果数据库查询次数少，而缓存命中率高，那数据可能来自缓存。在代码层上我们可以在查询数据库和缓存的代码处加日志，我们在进行测试时候查看日志输出就能知道来源了。还可以使用强制清除缓存，如果第一次比较慢，后续的测试比较快，说明数据来源于缓存等等。
一、监控数据库和缓存的访问日志
数据库监控：
启用数据库的查询日志（如 MySQL 的 general_log 或慢查询日志）。
如果测试过程中没有新的数据库查询记录，说明数据可能来自缓存。
缓存监控：
使用缓存系统（如 Redis、Memcached）的监控工具（如 redis-cli monitor）。
观察缓存命中率（cache hit rate），高命中率表明数据来自缓存。
二、 代码层插入日志
在代码中关键位置添加日志，明确标记数据来源：
def get_data(key):data = cache.get(key)if data:print("数据来自缓存")return dataelse:print("数据来自数据库")data = db.query(key)cache.set(key, data)return data
通过日志输出即可判断数据来源。
三、性能差异对比
缓存响应时间：通常微秒级（如 Redis 的 0.1ms）。
数据库响应时间：通常毫秒级（如 MySQL 的 10ms+）。
多次执行同一请求，首次可能访问数据库，后续访问缓存。
四、强制清除缓存后测试
在测试前清除缓存（如 Redis 的 FLUSHDB 命令）。
如果第一次请求变慢（需访问数据库），后续请求变快（缓存生效），则验证了缓存逻辑。
五、数据库查询分析工具
实时监控数据库活动：
MySQL：SHOW PROCESSLIST 查看当前查询。
PostgreSQL：pg_stat_activity 表。
如果测试期间没有对应查询，则数据来自缓存。
六、模拟故障法
关闭缓存服务：
如果系统报错或响应时间显著增加，说明原本依赖缓存。
禁用数据库（仅限测试环境）：
如果系统仍能返回数据（可能来自缓存），说明缓存生效。
七、使用中间件或代理工具
代理工具：
通过抓包工具（如 Wireshark）分析网络流量，观察是否有数据库请求。
APM 工具：
使用 New Relic、Datadog 等工具追踪请求链路，明确数据来源。
获取数据的来源于缓存或者数据库，可以通过工具，代码插入日志，响应时间，测试环境下可以关闭缓存或数据库服务，强制清除缓存后首次的运行时间和后续的运行时间做比对等等。
阅读后若有收获，不吝关注，分享等操作！