MYSQL编程：在Oracle里利用RAID
据我的观察，现在有一个趋势，那些经过正式培训的数据库管理员DBA更倾向于选择一个专有关系数据库，例如Oracle。对于一些具有专门数据库管理员的比较大的环境来说，MySQL很难得到宠爱，这时候，关于MySQL是否真的具有良好的可扩展性的争论已经没有意义。RAID，即便宜磁盘冗余阵列，是一种将不异的数据放在多个硬盘上分歧地位的办法。RAID有良多分歧的范例（叫做RAID“级”），每品种型都有其绝对的上风和优势。关于Oracle9i的数据库而言，良多RAID计划都不具有Oracle数据库所请求的高功能。年夜多半Oracle的专家城市选择一种分离了镜像（mirroring）和数据块分段（block-levelstriping）的RAID计划。
要注重的是，利用RAID其实不能避免磁盘劫难性的妨碍，这一点极为主要。Oracle专门保举将一切的付诸利用的数据库都运转在ARCHIVELOG形式下，而不往思索RAID的架构。Oracle还倡议按期举行Oracle的备份。
要记着，I/O子体系由良多组件构成――包含把持器、通道、磁盘适配器，和SCSI适配器――这些组件中的任何一者产生溃散城市招致你数据库没法挽回的磁盘毛病。如今让我们来看看Oracle数据库最经常使用的RAID架构吧。
RAID0
RAID0一般指的是数据块的分段手艺，它是在磁盘设备上完成Oracle数据库负载均衡的出色办法，可是因为它没有供应数据的备份，因此完整没法供应高可用性。和手动的数据文件分段（你要手动将Oracle的表格空间支解放进小的数据文件里）纷歧样，Oracle会使用RAID0主动地将一个数据块举行分段并一次放进一切的磁盘设备里。在这类体例下，每一个数据文件在每一个磁盘上都存有其一部份内容，如许磁盘I/O的负载会变得十分均衡。
RAID1
RAID1也叫做磁盘镜像。因为磁盘都是被互相复制，以是RAID1能够做成两重大概三重镜像。依据RAID1架构的计划，假如一个磁盘产生毛病，那末I/O子体系就会主动切换到各个复制磁盘中的一个上，而不必要中止服务。Oracle的专家会在请求高可用性的时分利用RAID1。关于三重镜像而言，Oracle数据库的均匀无端障工夫（meantimetofailure，MTTF）能够长达数十年。
RAID0+1（RAID10）
RAID0+1是数据块分段和磁盘镜像的组合。RAID0+1一呈现就减少了Oracle这一层的分段手艺，由于RAID0+1的分段是在数据块这一层的，它分派表格块的体例是：每一个磁盘上一个数据块，超过每一个磁盘设备。
RAID0+1也是一个远比（纯真的）分段手艺好很多的替换计划，由于它将负载均匀地分派到一切的磁盘设备上，也就是说负载的上升和下降都被均匀地分派到了一切的磁盘上。这就加重了Oracle体系办理员在各个磁盘上手动地举行Oracle表格分段的包袱。
RAID5
有些更新的基于硬件的RAID5存储计划极为合适于作为数据堆栈。RAID5是打造Oracle数据堆栈的好办法，由于在这里负载的速率不是很主要，并且体系I/O的次要职责在于只读的举动。
这是无法比较的，因为基于云的数据库提供了不同的模式。关键是要通过围绕云计算产品来包装其他增值服务以适应不断变化的市场条件：这就是DBaaS。 这一点很好的加强了profiler的功能。但是提到profiler提醒大家注意一点。windows2003要安装sp1补丁才能启动profiler。否则点击没有反应。 作了些试验，发现使用CLR的存储过程或函数在达到一定的阀值的时候，系统性能会呈指数级下滑！这是非常危险的！只使用几个可能没有问题，当一旦大规模使用会造成严重的系统性能问题！ 以前的DTS轻盈简单。但是现在的SSIS虽然功能强大了很多，但是总是让人感觉太麻烦。看看论坛中询问SSIS的贴子就知道。做的功能太强大了，往往会有很多用户不会用了 可以动态传入参数，省却了动态SQL的拼写。 光写几个SQL实在叫无知。 SQLServer的异构移植功能个人感觉最好了。（如果对比过SQLServer的链接服务器和Oracle的透明网关的朋友会发现SQLServer的sp_addlinkedserver(openquery)异构数据库系列比Oracle真是强太多了。） 相信各位对数据库和怎么样学习数据库都有一些经验和看法，也会有人走了一些弯路总结出自己的经验来，希望大家能把各自的看法和经验拿出来分享，给别人一份帮助，给自己一份快乐 可能有的朋友会抱怨集成的orderby，其实如果使用ranking函数,Orderby是少不了的。如果担心Orderby会影响效率，可以为orderby的字段建立聚集索引，查询计划会忽略orderby操作（因为本来就是排序的嘛）。
页:
[1]