“单纯的数据库层面的优化是没有前途的”元芳你怎么看？

显示全部楼层 · 2019-9-3 17:47:00

元芳
曰：单纯从数据库层面优化显然是不全面的，元芳觉得数据库一般在整个系统中是起承上启下的作用，一个系统的好坏应该从整体上看待，往往瓶颈点并不都是在数据库上，优化了数据库后还是没有解决问题。
（1）首先应该从业务的角度来看系统是否满足需求，负载量是否是正常的，是不是由于数据增长量已经超出了承受能力，业务需求的改变，这些可都不受数据库的控制
（2）从整体的架构上，是否满足数据的分布，业务的逻辑流程，还有什么优化的余地，有句老话“在牛逼的优化遇到坑爹的架构也完蛋”
（3）优化数据库不如优化业务，把业务梳理成更适合数据加载数据查询数据分布的逻辑结构，那么将是一劳永逸的
（4）操作系统调优，共享内存段大小，文件缓存大小，数据库块的大小是操作系统块的整数倍，因此系统块的合理分配也将影响数据库的效率
（5）存储设备调优，RAID模式、文件系统、裸设备、存储缓存、异步I/O、ASM应用、存储数据分布等
（6）中间件调优，负载均衡，业务分离，汇总控制
（7）网络设备调优：F5 硬件级别ip地址hash
（8）数据库的调优实质->balance cup与磁盘空间之间balance 例如压缩技术磁盘空间与恢复时间之间的Balance例如备份

Leonarding
2012.11.20
天津&winter
分享技术~成就梦想
Blog：http://space.itpub.net/26686207

千问 · 2019-9-3 17:47:00

千问 · 2019-9-3 17:47:00

呵呵，不错，学习了

千问 · 2019-9-3 17:47:00

楼主有架构师或领导的潜质啊，

我们如何让领导相信，优化是一个全面的问题。楼主有何高见。

千问 · 2019-9-3 17:47:00

很多时候我们就是从业务上解决问题的

千问 · 2019-9-3 17:47:00

果然是当项目经理的啊。数据库层的优化更多地是为了解决特定的问题，能把问题解决了，那就是前途啊。
lz所说的最主要的还是在项目设计阶段要全盘考虑，后期再来“全盘”优化感觉是件很困难的事，最主要的还是人力的调配与合作后期尤为艰难。个人观点

千问 · 2019-9-3 17:47:00

楼主写的很精辟，句句命中要害，而且用词很幽默风趣！学习了！呵呵！（内存命中率几乎为99.9%）

千问 · 2019-9-3 17:47:00

系统参数的设置，还有存储都是在安装规划时需要考虑的，使用过程中即使需要对这些方面调整也多是一次性的，不可能变来变去，而真正需要经常做的是数据库优化，特别是sql优化，它才是优化的主要任务。

千问 · 2019-9-3 17:47:00

关键在于定位瓶颈的方法，找到之后做相应的优化，抛开这个没办法谈优化，画个圈1刀，知道在哪里画圈9999刀

千问 · 2019-9-3 17:47:00

nice post!