只有钱多人傻的主才迷信Exadata
Exdata是Oracle的一体机产品（软硬件整合），初始目的是用于OLAP应用，后来开始支持OLTP或者混合型的应用场景。
1. 发展历史
SAGE—> v1 —> v2 —> x2
v1版本是与惠普合作，采用惠普的硬件平台
v2是与Sun合作
x2是收购Sun后的产品
2. 主要特性
Exadata实质是软硬件一体化的RAC系统，但是仍然实现了一些独特的优化特性，在某些方面能大大提升效率。
【Smart Scan】
这一特性可以用一个词来概括，那就是——offload。这就是Exadata的核心思想，将数据的过滤、计算等处理offload到分散的存储节点，减少存储到数据库节点的数据传输，并分散数据节点的计算压力，这估计也是Exadata的存储节点比DB节点多的缘故之一吧。
smart scan包括下面几个方面：
Column Projection：列投影，就是过滤扫描的列，如果有的列SQL并不相关那么就不传输到db节点
谓词过滤：对where中的过滤谓词下派到存储节点预处理，减少数据传输
存储索引：这里的索引并非db层含义的索引，其实质是在存储节点的内存上建立一个存储数据的索引结构，记录存储片段的区间最大最小值，这样存储根据谓词的过滤条件加上存储索引即可直接排除一些根本不需要的存储I/O
Function Offload：函数下派，将一些函数计算下派到存储节点，用于分散计算压力与减少数据传输。比如将count(*)下派到各个存储节点由于分布式执行可以大大提升计算速度，而且避免了将大量数据传输回db节点。
解压/解密的offload：这个主要是计算压力的分散，数据传输不一定减少
伪列offload：伪列一般需要消耗计算资源，下派可以分散计算压力，或许还可以减少数据传输
块初始化offload：传统的块初始化是由db节点完成并写入存储节点，而Exadata将block初始化的工作下派给存储独立完成，这可以减少计算与传输
Smart Scan的技术基础：
Exadata之所以能将大量工作offload到存储节点这依赖于Oracle定制的iDB传输协议，这个协议能实现DB节点与存储节点之间的通信，并处理offload指令。
iDB是基于Infiniband上的RDS协议。这套协议效率比TCP/IP高。
Smart Scan的限制：
使用smart scan有几个必要条件，
1) full scan，包括表与索引的全扫
2) direct path read，即是说不会将数据写到buffer cache，效率提高了，但不利于频繁重复查询
3) Exadata， 必须在此一体化硬件上才支持
因此可以说Exadata这一特性对于OLAP应用那是很大程度的提升，但对OLTP则相对有限。
【Smart Flash】
Exadata的Smart Flash特性指的就是利用SSD盘缓存机械盘的数据，这能够大大提升I/O速度（对查询）。
Exadata对SSD的利用包括两个方面，一是作为磁盘的缓存（cache），二是作为存储（比如写redo）
我觉得实际上Exadata的大内存也可以归入这一部分，总之Exadata利用大内存、大SSD等物理部件实现数据缓存，减少或加快物理读以提高性能。这部分特性倒是不局限OLAP，对OLTP也获益匪浅。但这同时会带来另一个问题，花大钱买超配的Exadata与买大钱买大内存、大SSD谁更值？谁更适合自己的需求？
3. 扩展能力
Exadata本质上是RAC系统，可以购买2节点（1/4配）、4节点（半配）、8节点（满配）等三个层次的配置，而且可以用多个Exadata一体机并联形成更多节点数的RAC系统，不过我深切怀疑其意义。在测试4节点配置时就发现系统会花费几乎一半的资源用于节点间的数据同步，这是一个可怕的开销。（当然，具体消耗跟具体应用场景有关，不是都会这么严重）
4.感想
接触Exadata之后发现其也没那么神秘，不像宣传与想象的那么神通广大，不应该成为万能钥匙般的通用解决方案，而应该根据应用特点与需求选择适合自己的解决方案。比如买根大内存、买块SSD就能满足需要的场景非要上Exadata就是得不偿失，如果优化的单实例就能满足需要的场景非要上用Infiniband的RAC这纯属浪费。Offload思想确实好，但如果你根本没那么大压力的OLAP操作或者对时间要求不高再或者有其它低成本解决方案的话，那么真不需要Exadata。总之一句话，需求才是决定一切的最终因素，只有钱多人傻的主才迷信Exadata！
1. 发展历史
SAGE—> v1 —> v2 —> x2
v1版本是与惠普合作，采用惠普的硬件平台
v2是与Sun合作
x2是收购Sun后的产品
2. 主要特性
Exadata实质是软硬件一体化的RAC系统，但是仍然实现了一些独特的优化特性，在某些方面能大大提升效率。
【Smart Scan】
这一特性可以用一个词来概括，那就是——offload。这就是Exadata的核心思想，将数据的过滤、计算等处理offload到分散的存储节点，减少存储到数据库节点的数据传输，并分散数据节点的计算压力，这估计也是Exadata的存储节点比DB节点多的缘故之一吧。
smart scan包括下面几个方面：
Column Projection：列投影，就是过滤扫描的列，如果有的列SQL并不相关那么就不传输到db节点
谓词过滤：对where中的过滤谓词下派到存储节点预处理，减少数据传输
存储索引：这里的索引并非db层含义的索引，其实质是在存储节点的内存上建立一个存储数据的索引结构，记录存储片段的区间最大最小值，这样存储根据谓词的过滤条件加上存储索引即可直接排除一些根本不需要的存储I/O
Function Offload：函数下派，将一些函数计算下派到存储节点，用于分散计算压力与减少数据传输。比如将count(*)下派到各个存储节点由于分布式执行可以大大提升计算速度，而且避免了将大量数据传输回db节点。
解压/解密的offload：这个主要是计算压力的分散，数据传输不一定减少
伪列offload：伪列一般需要消耗计算资源，下派可以分散计算压力，或许还可以减少数据传输
块初始化offload：传统的块初始化是由db节点完成并写入存储节点，而Exadata将block初始化的工作下派给存储独立完成，这可以减少计算与传输
Smart Scan的技术基础：
Exadata之所以能将大量工作offload到存储节点这依赖于Oracle定制的iDB传输协议，这个协议能实现DB节点与存储节点之间的通信，并处理offload指令。
iDB是基于Infiniband上的RDS协议。这套协议效率比TCP/IP高。
Smart Scan的限制：
使用smart scan有几个必要条件，
1) full scan，包括表与索引的全扫
2) direct path read，即是说不会将数据写到buffer cache，效率提高了，但不利于频繁重复查询
3) Exadata， 必须在此一体化硬件上才支持
因此可以说Exadata这一特性对于OLAP应用那是很大程度的提升，但对OLTP则相对有限。
【Smart Flash】
Exadata的Smart Flash特性指的就是利用SSD盘缓存机械盘的数据，这能够大大提升I/O速度（对查询）。
Exadata对SSD的利用包括两个方面，一是作为磁盘的缓存（cache），二是作为存储（比如写redo）
我觉得实际上Exadata的大内存也可以归入这一部分，总之Exadata利用大内存、大SSD等物理部件实现数据缓存，减少或加快物理读以提高性能。这部分特性倒是不局限OLAP，对OLTP也获益匪浅。但这同时会带来另一个问题，花大钱买超配的Exadata与买大钱买大内存、大SSD谁更值？谁更适合自己的需求？
3. 扩展能力
Exadata本质上是RAC系统，可以购买2节点（1/4配）、4节点（半配）、8节点（满配）等三个层次的配置，而且可以用多个Exadata一体机并联形成更多节点数的RAC系统，不过我深切怀疑其意义。在测试4节点配置时就发现系统会花费几乎一半的资源用于节点间的数据同步，这是一个可怕的开销。（当然，具体消耗跟具体应用场景有关，不是都会这么严重）
4.感想
接触Exadata之后发现其也没那么神秘，不像宣传与想象的那么神通广大，不应该成为万能钥匙般的通用解决方案，而应该根据应用特点与需求选择适合自己的解决方案。比如买根大内存、买块SSD就能满足需要的场景非要上Exadata就是得不偿失，如果优化的单实例就能满足需要的场景非要上用Infiniband的RAC这纯属浪费。Offload思想确实好，但如果你根本没那么大压力的OLAP操作或者对时间要求不高再或者有其它低成本解决方案的话，那么真不需要Exadata。总之一句话，需求才是决定一切的最终因素，只有钱多人傻的主才迷信Exadata！