内存数据库Altibase产品介绍.pptVIP

Altibase vs. Disk DBMS （内存管理） 硬盘 DBMS 的查询最佳算法的基本在于减少硬盘 I/O 次数 硬盘 DBMS 不能排除数据存在于硬盘的假设，所以使用了假设数据存在于硬盘的 最坏(worst case)情况的算法 Altibase 的所有数据都存在于主存中，所以不需要考虑数据存在于硬盘的最坏情况，只需使用 最佳的算法访问数据 假设数据存在于磁盘 复杂的查询算法 增加CPU Time 数据常驻主存 简单的查询算法 减少CPU Time 已有基于硬盘的DBMS Altibase Main Memory DBMS Altibase vs. Disk DBMS（索引算法） B-tree Index T-tree Index 无需把逻辑地址变换成物理地址 (直接指向相当于入口的纪录的内存地址) 逻辑地址变换成物理地址的工作 (包含的数据页相当于入口的记录) T-tree entry T-tree node memory data block B-tree Entry Key-value RID B-tree Node Data page Slot 基于硬盘的DBMS Altibase Main Memory DBMS Altibase vs. Disk DBMS 索引日志 ? Altibase一般不做对索引的日志，所以日志的量很少. 检查点算法 ? 表面看起来只把脏页存储到磁盘备份数据区，其实为了对在线事务处理施 加最小的影响，使用了Ping-pong 模糊检查点方法. 因为所有数据都在内存中，所以读取数据时没有相关索引的 I/O， 提高了更新和删除操作的速度. Altibase vs. Disk DBMS （不间断服务构成方法） 困难 容易(N-way) 系统扩展性 出现 Cluster 的硬盘故障时没有应付方法,受到地域的限制. 容易体现多样的系统构成及 DR(灾难恢复)系统.设计系统时, 要考虑数据冲突(提供相应策略 ) 优缺点 数据库全部 Table 单位 特点 高 (Disk Clustering H/W 费用 +Clustering S/W费用+ RAC S/W费用) 低 (无需另外费用) 费用 比 Standalone server30 ~ 40% 比 Standalone server 10% 不到 性能低下程度 复杂 简单 体现难度 RAC (Disk Clustering) Replication (利用 Network) 构成方法 Disk Based DBMS Altibase RAC(OPS) Disk Clustering Replication Disk Disk Altibase vs. Disk DBMS （总结） 被 Cluster 的硬盘故障时没有应付方法 设计系统时, 要考虑数据冲突 缺点 服务增加时,可能要更换服务器 H/W 利用 N-Way 复制在服务增加时容易扩展 体现方式 服务扩展性 需另行购买 RAC(OPS), 还有对硬件的 Disk Clustering 及 Clustering S/W 费用 无需另外费用 费用 组成服务器的性能下降 30~40% 组成服务器的性能下降不到 10% 性能 RAC(OPS) 结构时, 必须进行 DISK Clustering，体现起来比较复杂 利用 Network 的复制方法无需添加 H/W ，可以容易的体现 体现方式 不间断服务 340 5,502 DELETE 2,530 6,500 SELECT 323 5,898 UPDATE 350 5,740 INSERT 事务处理性能(OLTP) 比较 Insert, Update, Delete 时发生直接的 Disk I/O , 数据 caching(Select)时进行数据拷贝发生不必要的 I/O 只在 Recovery 时发生最低限度的 I/O, Insert, Update, Delete 时不发生直接的Disk I/O DISK I/O 使用复杂的查询算法 CPU 使用率高 使用简单的查询算法CPU 使用量最小化 CPU 使用率 处理同量事务时系统性能 使用B*Tree 使用了内存最佳访问算法 T-Tree 索引结构 Process Multi-Thread 服务器结构 Client/Server Client/Server 结构 关系型 关系型 数据模型 系统 Disk Based DBMS Altibase DBMS 产品区分 测试部门 Taiwa