如何看待存储缓存击穿？

我觉得你是应该考虑存储系统的缓存如何不会被击穿吧，你要想测试，把所谓的缓存数据（热点数据）存放在缓存中的周期时间点设置的短一些，很多就会触发缓存被击穿的场景

读写缓存分开来看问题，是跟应用IO模型强结合的；

如果读缓存频繁击穿，也就是不命中，最简单的方法是加大缓存空间，对读命中延迟性能要求高的场景，可能还得配合更多的固态盘介质，只要读特别是随机读到HDD介质，基本上会进入10ms延迟区间，无解；写缓存就要玄幻一点了，感觉最高效的肯定还是结合NVRAM记录log的方式效率好，但是现在通用硬件使用的越来越多，对纯SSD写缓存的算法要求提高了，希望能有更高的刷盘效率，逻辑上大家都会把随机写入SSD的数据变成连续写大块到HDD，这个就是看哪家优化的更好了，写缓存频繁打穿基本上是因为连续大块写入把写缓存撑爆，这种情况需要写缓存技术能判断出连续大块的写IO，并将这部分IO不经过写缓存直接写入HDD

ssd做缓存都不够的话那应该是应用本身的问题了吧，建议尽量从应用入手提高缓存的命中率，毕竟再好的硬件也有使用极限

集中式存储，系统缓存刷新机制是存储的 核心技术，存储的稳定性和性能与其直接相关。
分布式存储，SSD如果作为只读缓存，没有这个问题。
SSD如果是可写缓存，与分布式系统的设计逻辑有关，它需要平衡在线和离线处理能力，否则有雪崩问题。说白了，就是参考集中式存储的SSD缓存技术再造一个轮子。
既然关注可写SSD缓存，顺便也关注一下内存保护的问题（内存坏，异常掉电）