闪存可以加快IO访问速度,提高IOPS,但是针对数据库本身的瓶颈,如果每秒数据吞吐量,闪存有无应对方案?
闪存的高IOPS和低延时是针对大量的并发数据的,闪存的解决方案是针对数据到磁盘阵列后的反应速度,而对于应用前端的数据库性能瓶颈,应该是起不来多大作用 楼主所述的数据库本身的性能,我是这样理解的,例如SQL Server在处理大数量时性能是不能喝Oracle相比的,例如在同一数据库下对上百丈表组合查询和统计出报表等 另外数据库的性能问题,也和程序的SQL语句执行能力有很大的原因,SQL语句冗余、SQL语句执行效率、数据库结构设计不合理都会影响数据库的性能
闪存的高IOPS和低延时是针对大量的并发数据的,闪存的解决方案是针对数据到磁盘阵列后的反应速度,而对于应用前端的数据库性能瓶颈,应该是起不来多大作用
楼主所述的数据库本身的性能,我是这样理解的,例如SQL Server在处理大数量时性能是不能喝Oracle相比的,例如在同一数据库下对上百丈表组合查询和统计出报表等
另外数据库的性能问题,也和程序的SQL语句执行能力有很大的原因,SQL语句冗余、SQL语句执行效率、数据库结构设计不合理都会影响数据库的性能
如果瓶颈不是存储,那为何要用存储来解决?
一般来说,IO的提升对数据库应用的帮助是普遍存在的,你可以简单参照拆东墙补西墙的道理,不过,这里不是拆东墙罢了。
对这类问题,首先要理解数据库的本身瓶颈是什么?
如果数据库的瓶颈不是在IO,而是在sql运行的复杂度,或其它因素,就不应该一概归结于存储性能不好。可以平常跑跑如awr等性能监控报表看看和评估。
另外闪存的高IO性能就可以应对数据库因IO不够而慢。
建议用因果图对数据库瓶颈产生的原因分析,对症下药。
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30