解DBA之惑：数据库承载能力评估及优化手段

如性能核心问题,在SQL层面无法解决,需要考虑对象层面的调整.这种情况要比较慎重,需要充分评估可能带来的风险及收益.一个对象的结构修改,可以涉及到数百条、甚至数千条和此相关语句的执行计划变更.如不做充分测试的情况下,很难保证不出问题.如果是Oracle数据库,可考虑使用SPA评估一下.其他数据库的话,可提前手工收集一下相关语句,模拟修改后重放上述语句,评估性能变化.

1)影响因素

在对象级进行调整,除了考虑对其他语句的性能影响外,还需要考虑其他因素.常见的以下这些：

• 数据库维护成本

  常见的例如索引.通过添加索引,往往可以起到加速查询的目的；但是增加索引,会导致数据DML成本的增加.

• 运维成本

  常见的例如全局分区索引.全局分区索引在进行分区维护动作后,会导致索引失效,需要自动或手动进行维护索引动作.

• 存储成本

  常见的索引,索引结构是数据库中真实占据空间的结构.在以往的一些案例中,甚至出现过索引总大小超过表大小的情况,因此新增时要评估其空间使用.

2)全生命周期管理

这里还有另外一个很重要的概念——“对象全生命周期管理”,简单来说就是对象的生老病死.在很多系统中,对象从新建开始,数据不断增加、膨胀,当数据规模达到一定量级后,各种性能问题就出现了.对一个百万级的表和亿万级的表,其查询性能肯定不能同日而语.因此,在对象设计初期,就要考虑相关的归档、清理、转储、压缩策略,将存储空间的评估与生命周期管理一起考虑.

很多性能问题,在做了数据清理后都迎刃而解.但数据清理往往是需要代价的,必须在设计之初就考虑这个问题.在做数据库评审的时候,除了常规的结构评审、语句评审外,也要考虑这部分因素.

（编辑：网站开发网_马鞍山站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!