之前看过不少资料不建议数据库跑在容器平台，理由也都比较充分，但是也有一些公司的确是在容器跑了数据库吗，以mysql居多，业务量比较少，没啥问题，业务量一多，性能问题比较明显，这应该主要在网络和存储两方面。就存储来说，建议跑数据库采用全闪。...
最直接的方式还是更换更高端的存储，如果不考虑更换高端存储，也可以考虑成本低一些的扩容，比如增加磁盘数量，新建pool并使用IO性能更优的raid方式，以及配合主机端业务去调整LUN的stripe size等方式。...
Db2 支持单独存放大对象，也支持内联（INLINE)方式，将大对象字段数据和别的字段数据都存放在同一个页面中，但是LOB的大小受到Db2 Pagesize 的限制，超过页面大小还是会单独存放。如果您的LOB数据大多小于32K，建议使用32K的表空间，LOB INLINE方式，并且开启Db2 压缩，如果是联机系统，建议...
建议通过lv的读写策略来修正：即在lv层面使用Parallel write with sequential read scheduling policy策略，即：同时写A，写B，A完成，B完成，写入完成 永远从A读，读A失败则读B smit chlv可以改因为写入是个硬需求改不了，顶多优化一下读。如果写操作比例大，还是建...
存储还是服务与应用，最直观的感受就是清算时间大幅度减少，数据库备份、恢复的时间也大幅度减少。另外，闪存的故障率，闪存对电源，机房资源的需求、闪存的操作界面都得等到大幅度改进。...
涉及数据IO优化的方向较多，建议从两个方面入手比较合适，其一是存储本身，可以通过SSD与高速盘相结合的方式以提高其IO性能，其二可以通过改善应用来减小IO开销，具体的方式表现为ORACLE定期出具AWR报告，MYSQL提取slow_queries，HANA提取并分析expensiveSql等用以指导和帮助开发降低...
我理解的分布式存储应该是分散存储吧？即每个业务系统一套存储设备，数据分别存储在不同存储设备中。因为中小医院不可能有太多的数据，一般不会选择分布式存储的方案。如果真的是采用分布式存储，那么优化只有通过增加节点的方式进行扩容和性能提升，没有太好的方案。如果是分散寸...
可以看看这个classichttps://www.percona.com/blog/2007/11/01/innodb-performance-optimization-basics/和http://www.tocker.ca/2013/09/17/what-to-tune-in-mysql-56-after-installation.html
确实是，虚拟化是手段，是技术。那么资源管理，就是目的，是管理。所以在虚拟化平台上的应用选择就很重要，很简单的例子，电信交易系统白天很繁忙，要占用大量资源。晚上跑批处理，就需要把交易系统的资源分配给批处理来做。这样错峰运行，资源才有可能最好的被利用。总之，Power的虚拟化Pow...
