用户数据库性能咨询过程中的调研分析报告

1.数据IO交互过程中，存在很大比例高时延的“坏”IO。最“坏”的那部分IO决定数据库的性能。

2.等待事件耗时分析可以看出，IO时延占据极高比例的DB time。IO时延时间内，CPU资源被浪费于闲置等待。

单位时间内，CPU被闲置等待时间越长，用于处理DB数据的时间就越少。业务层面表现为单位时间内数据库处理事务的数量无法提升，并发用户数无法提升。

用户提出的数据库性能痛点：事务处理等待时间过长，并发数无法提升。问题根源在于：存储的IO高时延！

存储系统I/O高时延成为瓶颈

I/O瓶颈导致延迟及CPU利用率低

I/O延迟及CPU利用率低导致数据库性能低

主机虚拟化趋势加剧瓶颈效应

主机虚拟化让应用更为密集，存储系统压力增大。

虚拟机管理和数据保护带来的额外IO，令存储瓶颈问题越显严重

每年$1.2 Trillion投资在数据中心

约$260 Billion浪费在数据等待上

Source ：Based on  IDC  estimates

提升数据库性能为什么困难？-- 误区解析1

误区：增强服务器就能提升数据库性能

提升数据库性能为什么困难？-- 误区解析2

提升数据库性能为什么困难？-- 误区解析3

华为如何帮助提升数据库效率

专为SSD特点设计的Cache算法

对缓存依赖小，缓存算法简化，效率更高。

无需耗费CPU将随机IO整合成顺序IO，更多的CPU资源用户转发IO，效率更高。

专为SSD特点设计的快照机制

采用ROW（写即重定向）方式优化块数据保护效率。

SSD无需担心ROW带来的IO更随机问题。

专为SSD特点设计的调度算法

调度算法中留出GC（垃圾块回收）、磨损均衡、系统状态分析等操作时间。确保这些操作不影响IO性能。

Dorado的IO时延极低，在传统阵列看来几乎没有影响的一些操作将对Dorado产生比较大影响，因此需要专门调度

算法尽量让这些操作不影响IO性能。

高效——消除IO时延瓶颈

有效消除IO时延瓶颈

大并发压力下时延激增给业务带来困扰

传统阵列+SSD无法确保业务压力下的低时延

传统阵列配置大量HDD无益于时延降低

华为Dorado系列固态存储充分发挥SSD优势，在业务压力不断增长的情况下持续保持低时延    

高效——提升OLTP效率

大幅缩短交易等待时间

事务响应时间缩短意味着更短的用户交易等待时间；

处理用户交易速度更快，用户排队更短，满意度更高。

并发用户数的增长意味着峰值时段数据库系统可支撑业务规模的增长；

事务数/分钟的增长意味着系统处理业务能力的增长；有效支撑业务规模扩张，

有效解决峰值时段业务性能瓶颈问题。

缩短分析型业务执行时间 提升战略敏捷度

批处理时间降低，交易数据消化能力增强；

数据整合、分析效率提升，数据挖掘、报告效率提升。

打破IO时延桎梏    解放数据生产力

更短交易等待时间；更大业务规模支撑；更快分析决策速度；更灵活的运营管理；更敏锐的市场洞察；更强的企业竞争力。

可信——四级可靠性保障

可信——盘片级

确保单盘至少7.5年寿命，给用户可以放心使用的SSD。

无法改变颗粒擦写次数限制，但我们可以：

使擦写平均分布到颗粒，确保整盘寿命

预留近1/3颗粒，牺牲容量换取可靠性

预判并替换即将“坏”的块，规避丢数据风险

监控到每一个重要器件，随时掌握硬盘健康状况

可信——系统级

全冗余架构

继承华为存储可靠性经验

全器件冗余，无单点故障

支持热插拔

支持损坏器件在线更换

更换器件不中断业务

全局磨损均衡及反磨损均衡

将IO磨损均衡到每一块SSD盘，确保不存在寿命瓶颈

SSD盘寿命将耗尽时，实施反磨损均衡，防止多盘同时失效

硬盘健康管理

疑是故障磁盘数据预拷贝到热备盘，确保无数据丢失风险

分析硬盘上报每器件状态信息

所有硬盘的健康状况管理，预知硬盘的损坏和故障

可信——方案级、应用级

广泛的数据库集群支持

适用于Oracle RAC、SQL Server MSCS集群、DB2 Cluster环境

支持主流数据库集群部署，确保应用的连续性

支持阵列间镜像

支持LVM等卷管理软件镜像

阵列自带同步镜像软件

支持Symantec SF、FalconStor等第三方软件镜像功能。

多路径支持

Windows、Linux、AIX、HP-UNIX、Solaris等主流OS下多路径支持

支持与ALUA架构多路径共存.

50余名数据库专家为您量身定制

7*24的专业服务团队枕戈待旦

可信赖的伙伴   助业务稳步前行

四级可靠性措施保驾护航

专业的咨询/服务队伍随时待命

让您安心体验SSD效率变革成果！

简易——小改动，大不同

这不是Oracle Exadata

绑定软硬件

无法单独升级

品牌锁定

这不是SAP HANA

革命应用架构

应用迁移

费时费力

小改动，大不同

仅替换SAN阵列

无需变动业务架构，无需应用迁移

开放平台，无品牌锁定顾虑

平滑接入，对业务影响小

虚拟机环境接入更方便

简易部署    轻松使用

架构革命代价太大，组件绑定束缚太紧

开放系统中的小小改动

同样可以带来效率的大不相同！

典型应用场景分析—— OLTP

效果显著的业务场景

适用物理机环境更适用虚拟机环境

交易型业务（OLTP）

金融：交易系统，用户管理系统，网上银行

政府：公众服务系统（社保、公安、海关、税务、工商等）

企业：大型超市，电子商务等

医疗：HIS、LIS、PACS

能源：石油销售、电力营销等系统

分析型业务（OLAP）

金融：CRM、数据仓库等众多数据整合、分析、统计、挖掘业务

企业\能源\交通：CRM、ERP、BI、数据仓库等业务

政府：统计、报表、审计、分析、挖掘、数据仓库（财税保障、公检法司、海关等）

交通：售票系统，物流管理系统等

最佳实践 –– 中华人民共和国上海海关

最佳实践 –– 国际联合国计算中心