说一说Oracle Exadata的“节操”!看不看随你

前两天请教一位数据库领域的大牛，他给阿明道出了Oracle Exadata存在的一些问题，。

Oracle Exadata有无节操，敬请各位亲斧正。

他说，Oracle为了面向大数据分析领域推出的软硬一体机，针对OLAP做了优化。在数据存储架构上，以页为单位，一页为16K，页内的数据是按列存储，页之间按行存储。虽然页内做查询分析比较快，由于一页覆盖的数据量小，仅为16K，所以由此带来的性能提升不明显。

因此，相比之下，如何以“数据包”为单位，每个数据包有若干行，覆盖更多的数据，因此查询、压缩的效果才会明显，也才能带来显著的性能提升。

比较烦人的是：Exadata不是Shared Nothing架构，跨机柜扩容性能下降非常严重。那么现在Oracle如何解决的，阿明并不清楚，回头再请教相关专家分享给亲们。

另外，还存在Exadata压缩失效问题，比如在纯OLAP模式下，Exadata在某些特定场景下能够测出比较高的压缩比，压缩模式为compress for query high，但是在下列操作下，将会导致压缩功能失效，不信你试试看：

使用Update操作，将使表压缩失效；

使用Delete操作，也不能立即释放空间。

最关键的一点，需要注意，在实际生产应用中，Oracle Exadata只能对部分不常使用的数据进行压缩，如果对所有数据进行压缩，数据库性能将受影响，而且技术存在一些问题。

以上针对Oracle Exadata的探讨，纯属技术交流，如有不同看法，敬请回复本微信号，阿明定当请教各路技术大神为亲们解答各种“疑难问题”。（阿明）

欢迎关注阿明自媒体微信公众号：chinastor