数据库与存储架构
发布时间：2022-11-24 16:13:55 所属栏目：大数据 来源：
导读： 主机总线适配器（HBA）
即使价值2,000美元的HBA也会对大型数据库的性能造成重大影响。对HBA要考虑两个地方：
1．未处理的I/O请求量
2．可以实现的最大请求量
大多数HBA在驱动器
即使价值2,000美元的HBA也会对大型数据库的性能造成重大影响。对HBA要考虑两个地方：
1．未处理的I/O请求量
2．可以实现的最大请求量
大多数HBA在驱动器
|
主机总线适配器（HBA） 即使价值2,000美元的HBA也会对大型数据库的性能造成重大影响。对HBA要考虑两个地方： 1．未处理的I/O请求量 2．可以实现的最大请求量 大多数HBA在驱动器软件中将未处理的请求量默认值设置为16，这就限制了发送给RAID设备的命令数，即使拥有很多的磁盘驱动器和随机I/O，这个数值也可能无法充分利用存储资源。 许多操作系统和设备驱动器都限制了I/O请求的大小，使之小于从表空间读或向表空间写所需的请求量。应该将设备驱动器内所设的限制更改为允许更大的请求量。当然，对每个设备驱动器和操作系 统要做不同的设置，而且有意思的是，这些设置常常改变。 存储硬件 存储硬件很可能是为数据库构建系统时最重要的部分之一。你也许希望拥有许多不同的LUN，以便用于数据库中将发生的各种类型的I/O。举例来说，一般情况下你希望： 重做日志文件拥有高带宽需求（64 KB），发送到重做日志的I/O大部分是写 索引查找拥有高带宽小块随机I/O（8 KB）大数据存储架构，并且多数情况下对索引的I/O大部分是读 表空间拥有大块I/O（256 KB），并且一般情况下对表空间的I/O大部分是读 正如你所看到的，一种大小是无法满足所有需求的，因此你必须完成以下几组匹配工作： 1．RAID级别与典型的读／写访问类型 2．数据条宽度与请求大小 3．带宽需求与RAID级别和请求大小 4．缓存策略与所处理的I/O类型 这些似乎都不太容易，不过如果你从最基本的问题着手，解决起来也不难。 重做日志 根据重做日志的大小和带宽量，你可能最初会认为需要RAID-5数据条。这其实要看情况而定，因为大多数10K RPM磁盘的数据传送速度为外磁道柱面每秒69 MB，内磁道柱面每秒39 MB，15K RPM的磁 盘则更快。另外再加上RAID缓存的大小，你就无须使用RAID-5了。真正的决定因素在于： 1．带宽需求――每秒多少MB的日志数据 2．日志的大小――能够适应缓存吗？ 3．你的RAID速度 你必须收集到上述三项重要信息，用各种不同的数据库和系统工具查看系统，确定重做日志的表现是否会限制数据库的性能和扩展，而如果是，那么重做日志的I/O需求又是什么。 索引文件 索引文件的结构相当简单。如果你需要速度快一些，就使用数据条带化值很小的RAID-1加上一块高性能15K磁盘。因为索引文件是小块读文件，并且常常是随机I/O，所以这是目前最快的方式。 表空间 根据表的大小及其被访问和查找的方式，RAID-1有时是更好的方法，不过其它时候RAID-5就是最佳选择了。关键是决定表空间的I/O请求大小是多少，请求的大小常常取决于数据库中的可调参数。 （编辑：航空爱好网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
站长推荐