我觉得这是当初架构设计上的问题,把任务进程的压力放在数据库服务器端,对日后的性能提升是不合理的,当负载不大时,这种影响显现不出,但一旦峰值或长时间高负载运行,就会影响整个系统的表现。一是架构改良,二是弥补措施的话,只能在原有基础上,用硬件来提升改善了,但这部分花费会很大,且表现未必理想。
如果业务逻辑无法优化,那么可以利用闪存先解决I/O性能问题。
从当前TOP SQL来看,大部分的时间仍然消耗在物理数据读写上,请问专家,这种情况下用闪存能否大大提高效率?
如果确定是时间消耗在数据的读写上,使用闪存肯定能大幅度提升性能的。
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30