交易系统引入闪存对交易性能的影响具体提现在什么地方？

如果读写命中都是非常高，对I/O的请求很小，那么引入全闪存，性能提高不大。

闪存主要面对那些I/O响应时间高（5ms以上）的场景。解决了I/O响应时间高的问题，就释放了CPU资源，可以做更多的事务。

闪存不是万能解决方案，还需要看应用使用场景。

内存数据库例如SAP HANA，引入闪存可以提高性能，但是提升范围有效。如果库容量很大，内存不足，I/O需要又很高，引入闪存还是值得的。

最后，还要看投入产出比是否合理。

引入内存数据库和引入闪存二者没有绝对的优势，个人觉得二者是可以共存的，性能是相加的。如果最求极致性能，不考虑成本，完全可以引入闪存的同时也引入内存数据库。

就目前的cache 命中率来讲，确实没有必要采用闪存，因为数据读写完全不依赖于存储的性能，闪存的性能就是低延迟，高IOPS，如果cache 命中率下降，或是不适合采用内存数据库的业务系统，还是很有必要采用闪存阵列的。

闪存当然不是万能的。具体是否应该引入应该做整合考评。

可以倒推一下。闪存的最大特点就是高性能 低时延。 所以闪存最适合出现的场景就是IO压力大，IO出现瓶颈，但是其他调优成本高的情景。

在这个基础上，就比较好做判断了。如您所说，热表存放缓冲池，命中率又极高。调优做的这么好，上闪存意义也不是特别大了。上闪存的目的是提升性能，你们已经以其他的方式解决了。

但是，如果数据量巨大，缓冲池容纳不了那么多的热点表，命中率下降，或者其他调优已经没有明显的提升空间。上闪存就相对比较合适了。

内存数据库也类似。