采用闪存阵列是否真能完全解决慢的问题

数据库的问题还得从数据库优化方面着手解决，闪存肯定没办法解决上层的问题，如果sql过于低效或程序调用不经索引，或者统计信息不是最新，这些问题都不能通过简单的替换存储来解决，不然就算换了，该慢还是慢，该卡死还是卡死。

这个问题牵涉的面比较广，闪存适用于那些高并发，高io访问的场景，采用闪存存储主要是解决io延迟问题，访问存储慢有很多原因，比如软件本身问题，链路问题等等，建议全面考虑一下

一般用闪存存储上线后会比原有HDD存储性能提高至少2~3倍，相比同样的sql执行效率也会有同样的提升，当然数据库死锁是业务问题不是性能问题。

闪存阵列只能解决一个问题，就是IO处理能力问题，除了这个之外的问题，闪存阵列都解决不了，所以还需要提前判断系统性能的瓶颈在哪里？

建议在更换闪存阵列之前先评估IO性能，是否满足现有系统需求，如果IO出现瓶颈再更换闪存阵列。对于数据库问题，可以通过优化SQL语句，提升CACHE命中率等多方面进行

闪存针对的用户场景主要是搞IOPS，快存储

如果数据库应用程序为读密集型。 因此，单独依靠额外的CPU处理能力几乎无法提升性能。通过将读数据存放在低延迟的全闪存阵列上，读操作会被更快的处理，从而带来性能的极具提升！

同意，系统本身的问题是无法通过硬件提升去解决的。因此还是得软硬兼施才是王道。

全闪存只是解决了IOPS的问题，提高了IOPS和IO处理能力，没有解决其他问题。

建议如下：

1.评估现在慢是否是存储的IOPS或是IO造成的。如果分析是这问题再更换。

2.有可能是数据库的问题，可以通过优化解决问题。

3.有可能是数据库服务器本身的性能或架构问题，可以考虑更换服务器或是优化架构。

关键还看是不是IO的瓶颈是不是在存储iO上才行。应用层的一些算法上的慢还得去优化应用层的代码才行。