查看: 11116|回复: 44

在学EXADATA,搞不懂。EXADATA的架构是欺世盗名还是真对性能有益?

[复制链接]
论坛徽章:
6
ITPUB季度 技术新星
日期:2011-08-31 15:27:58ITPUB十周年纪念徽章
日期:2011-11-01 16:26:292012新春纪念徽章
日期:2012-01-04 11:57:36咸鸭蛋
日期:2012-03-05 13:10:24ITPUB 11周年纪念徽章
日期:2012-10-09 18:16:00优秀写手
日期:2013-12-18 09:29:09
发表于 2012-2-19 16:36 | 显示全部楼层 |阅读模式
本帖最后由 Kevin__Zhang 于 2012-2-19 20:03 编辑

最近在看exadata,
以前的架构:
Oracle Server----IO system
变成了新的架构(省略了网络):
Oracle Server----Storage Server----IO System

可是并没法理解这种架构好在哪里,看到smart scan,也不知道到底有啥用。
多加了一层Storage Server,用来过滤IO System到Oracle Server的数据量,但是Storage server----IO system之间的数据量以及耗费的时间并没有减少,只是把以前的瓶颈换了个地方。

从IO吞吐量上来说:
以前Oracle Server一个查询,需要访问100M磁盘上的数据,其中只要1M是真正有价值的。现在利用smart scan后,Storage Server从IO System上读出100M,然后过滤出1M返回给Oracle Server。发现了吗,Storage Server本身仍然要从IO上读取100M数据。而IO的最大吞吐量永远就是那么大。何来解决瓶颈之说?

从SQL执行的速度上来说:
在原先的架构中,一个SQL开始执行,需要100M数据。从IO System读取这100M数据到Oracle Server,用了50ms,然后过滤出所需要的1M数据,又用了50Ms,一共耗时100ms,这100ms都发生在Oracle Server上。
在新的架构中,这100ms 虽然不在Oracle Server上发生了,但只是换了个地方,变成了在Storage Server----IO system发生。Storage Server读IO System然后再过滤仍然要100ms。总的算来,从发送SQL开始执行请求IO到Oracle Server最后给输出最终结果的时间并没有任何减少,只是耗费时间的地方换了一处而已,多增加了几个环节,反而带来了额外的网络上的开销。

所以,感觉这个exadata所谓的解决了IO瓶颈之说并没什么理论依据啊,难道EXADATA的高性能仅仅是用钱砸出来高昂的硬件带来的性能提升?还是我哪里理解有误,EXADATA的架构真的能提高性能?

说EXADATA的架构提升了系统的扩展性,我同意,可是说提升了性能,实在看不出来。
当然,混合列压缩,storage indexing等等一些新特性,可以提升性能,可是和EXADATA的架构无关。

求解。


论坛徽章:
78
ITPUB15周年纪念
日期:2020-08-28 17:23:53双鱼座
日期:2016-03-19 19:38:31秀才
日期:2016-02-18 09:31:52秀才
日期:2016-01-25 15:02:04双子座
日期:2016-01-19 20:35:54秀才
日期:2016-01-13 12:14:26秀才
日期:2015-12-25 15:31:10秀才
日期:2015-12-18 09:28:57秀才
日期:2015-12-14 14:56:09秀才
日期:2015-12-14 14:51:16
发表于 2012-2-19 17:17 | 显示全部楼层
把你的原始数据放大,放大到不是100M数据,而是1TB数据。满足where 条件的只有1M呢?
Oracle数据库和TD/DB2原来在做OLAP的时候有两个蛮大的问题,一个是纯share disk,另外一个是对OLAP很有用的SGA在海量数据的OLAP中成为了累赘。

使用道具 举报

回复
论坛徽章:
171
ITPUB社区OCM联盟徽章
日期:2013-07-30 11:25:46最佳人气徽章
日期:2013-03-19 17:13:45ITPUB年度最佳技术原创精华奖
日期:2013-03-22 13:18:30ITPUB季度 技术新星
日期:2012-05-22 15:10:11BLOG每日发帖之星
日期:2012-02-15 16:43:07生肖徽章2007版:马
日期:2012-03-07 10:13:26蓝锆石
日期:2012-02-24 10:13:15萤石
日期:2012-02-24 10:13:15海蓝宝石
日期:2012-02-24 10:13:15紫水晶
日期:2012-03-01 21:28:36
发表于 2012-2-19 18:00 | 显示全部楼层
对~关系型数据库有个很大的问题,就是当数据量特别大的时候,
比如说:当一个表中有1亿条数据,而我们只要查很少的时候,那么速度会是特别的慢的
但exadata就能解决这个问题

使用道具 举报

回复
论坛徽章:
6
ITPUB季度 技术新星
日期:2011-08-31 15:27:58ITPUB十周年纪念徽章
日期:2011-11-01 16:26:292012新春纪念徽章
日期:2012-01-04 11:57:36咸鸭蛋
日期:2012-03-05 13:10:24ITPUB 11周年纪念徽章
日期:2012-10-09 18:16:00优秀写手
日期:2013-12-18 09:29:09
 楼主| 发表于 2012-2-19 18:48 | 显示全部楼层
本帖最后由 Kevin__Zhang 于 2012-2-19 18:49 编辑
wolfop 发表于 2012-2-19 17:17
把你的原始数据放大,放大到不是100M数据,而是1TB数据。满足where 条件的只有1M呢?
Oracle数据库和TD/DB ...


确实,smart scan对于SGA来说好处多多。
可是还是没看出这种架构直接上对于IO的改进。毕竟EXADATA以及smart scan一直是以IO作为最大卖点的。声称打破了IO瓶颈。可是正如最开始所说的,并没有看出这种IO改进在哪里。
1、对IO系统的压力并没有减少一分。虽然返回给oracle server的只有1M数据,可是IO仍然要读1T数据。
2· IO响应时间没变。虽然storage server返回1M数据给Oracle Server只要1ms,但是在这之前Storage Server从IO system读取1T数据,之后筛选出1M,仍然要相当长的时间。 总时间并没有变。

使用道具 举报

回复
论坛徽章:
6
ITPUB季度 技术新星
日期:2011-08-31 15:27:58ITPUB十周年纪念徽章
日期:2011-11-01 16:26:292012新春纪念徽章
日期:2012-01-04 11:57:36咸鸭蛋
日期:2012-03-05 13:10:24ITPUB 11周年纪念徽章
日期:2012-10-09 18:16:00优秀写手
日期:2013-12-18 09:29:09
 楼主| 发表于 2012-2-19 18:59 | 显示全部楼层
周应侯 发表于 2012-2-19 18:00
对~关系型数据库有个很大的问题,就是当数据量特别大的时候,
比如说:当一个表中有1亿条数据,而我们只要 ...

怎么解决?

使用道具 举报

回复
招聘 : 数据库管理员
论坛徽章:
25
ITPUB9周年纪念徽章
日期:2010-10-08 09:32:25itpub13周年纪念徽章
日期:2014-10-08 16:34:19itpub13周年纪念徽章
日期:2014-10-10 17:49:05马上有车
日期:2014-12-19 09:23:24马上加薪
日期:2014-12-29 20:30:27马上有车
日期:2015-01-20 22:29:13美羊羊
日期:2015-03-04 14:52:282015年新春福章
日期:2015-03-06 11:58:18狮子座
日期:2015-07-14 14:44:11秀才
日期:2015-08-17 13:13:32
发表于 2012-2-19 20:05 | 显示全部楼层
exadata

使用道具 举报

回复
认证徽章
论坛徽章:
316
季节之章:春
日期:2012-06-20 17:38:14季节之章:夏
日期:2012-06-12 10:49:25季节之章:秋
日期:2012-06-12 10:49:25季节之章:冬
日期:2012-06-12 10:49:25马上有钱
日期:2014-06-16 15:59:19蓝色妖姬
日期:2012-05-19 11:02:10蓝色妖姬
日期:2012-06-12 11:21:48蓝色妖姬
日期:2012-06-12 11:21:48玉兔
日期:2012-07-27 11:00:12玉兔
日期:2012-08-05 10:00:09
发表于 2012-2-19 22:06 | 显示全部楼层
有好的资料,共享下

使用道具 举报

回复
论坛徽章:
2
2010新春纪念徽章
日期:2010-03-01 11:21:012011新春纪念徽章
日期:2011-02-18 11:43:33
发表于 2012-2-19 22:40 | 显示全部楼层
新构架下,Storage Server 其实是分布式存储,有多个Storage Server,每个都知道自己的数据范围。因此,当查询1T数据时,Storage Server会依照where条件判断,是否有需要的数据在自己这里,如有,则响应,无则放弃,综合来说,实际读取肯定比传统数据库要少。由此实现减负。

使用道具 举报

回复
论坛徽章:
6
ITPUB季度 技术新星
日期:2011-08-31 15:27:58ITPUB十周年纪念徽章
日期:2011-11-01 16:26:292012新春纪念徽章
日期:2012-01-04 11:57:36咸鸭蛋
日期:2012-03-05 13:10:24ITPUB 11周年纪念徽章
日期:2012-10-09 18:16:00优秀写手
日期:2013-12-18 09:29:09
 楼主| 发表于 2012-2-19 22:56 | 显示全部楼层
本帖最后由 Kevin__Zhang 于 2012-2-19 23:01 编辑
ccshu 发表于 2012-2-19 22:40
新构架下,Storage Server 其实是分布式存储,有多个Storage Server,每个都知道自己的数据范围。因此,当查 ...


storage server并不是IO系统。oracle自己搞了个服务器,连上了IO,将其IO和这个服务器统一合起来命名为Storage Server而已。而以前DATABASE SERVER从IO读,现在变成这个STORAGE SERVER中的服务器从IO系统读,该读的1T还是1T,没有少1分。而IO本身的最大吞吐量也还是那么大。
至于:有多个Storage Server,每个都知道自己的数据范围。说法有问题,Smart Scan不是在storage server级别的。

使用道具 举报

回复
招聘 : 系统架构师
认证徽章
论坛徽章:
372
双子座
日期:2015-08-18 12:18:21摩羯座
日期:2015-09-20 17:10:27秀才
日期:2015-09-21 09:46:16秀才
日期:2015-09-21 11:16:42秀才
日期:2015-10-08 17:57:58天枰座
日期:2015-10-28 18:28:29秀才
日期:2015-11-11 09:48:44秀才
日期:2015-11-11 10:07:14秀才
日期:2015-11-11 10:22:49秀才
日期:2015-09-11 10:43:06
发表于 2012-2-20 09:35 | 显示全部楼层
不了解,不解释.

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 
京ICP备09055130号-4  北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表