2014年6月,在Oracle 12c的12.1.0.2版本中,Oracle正式发布和引入了基于内存和列式计算的In-Memory Option (以下简称IMO),这距离Larry在2013年OOW上发布这一特性已经过去了近10个月。
2014年7月22日,Oracle正式提供了12.1.0.2版本的数据库产品下载,可以通过:
下载该产品的最新版本。
在OTN上,Oracle也随后发布了下载链接:
下图是IMO特性的原理图,通过在内存中开辟一块独立的区域,Oracle将指定的表或者分区以列式内存存储,但是在存储上,仍然以一份行式存储,这就需要额外的内存空间。
当然,内存对于Oracle来说从来都不是问题,为了配合IMO特性,Oracle此前已经推出了SuperCluster M6-32一体机,该服务器满配可以配置32 TB内存,这是一个内存快速扩展的时代:
我们来看一下Oracle广为关注的这一新特性的表现。
IMO的缺省的参数有:
SQL> select name from v$parameter where name like '%inmemory%';
NAME
------------------------------
inmemory_size
inmemory_clause_default
inmemory_force
inmemory_query
inmemory_max_populate_servers
在数据库启动时,可以看到SGA中分配的Inmemory Area区域:
SQL> show sga
Total System Global Area 2147483648 bytes
Fixed Size 2917936 bytes
Variable Size 402655696 bytes
Database Buffers 1191182336 bytes
Redo Buffers 13856768 bytes
In-Memory Area 536870912 bytes
启用IMO特性,需要设置inmemory_size参数,指定可以作为内存列存的内存区域,该参数为静态参数,以下语句将该内存指定为800M,重启数据库使得该参数失效:
SQL> alter system set inmemory_size=800M scope=spfile;
System altered.
除此之外,另外一个关键参数是:inmemory_max_populate_servers 。该参数设置用于将数据加载到内存的后台进程数量。以下将该参数设置为2 :
SQL> alter system set inmemory_max_populate_servers=2;
System altered.
此后可以通过在表或者分区级别设置INMEMORY选项,将该表数据设置存储在内存中:
SQL> alter table accbill inmemory;
Table altered.
以下通过测试来演示一下IN-Memory表的查询性能,以下执行计划中的INMEMORY意味着这是一个IMO查询,逻辑读仅为7,较常规表大大缩减:
如果我们将该表移出IMO内存,可以看到其逻辑读变成了4076,执行效率也肯定大大下降:
通过视图V$INMEMORY_AREA可以查询内存区域的使用情况,其中USED_BYTES表明当前已经使用的内存:
注意,V$INMEMORY_AREA中的POPULATE_STATUS代表了当前数据向内存中加载的进度,在Done之前的查询不能充分使用内存列式运算。
如果内存设置不足以容纳指定的数据表,则状态会显示为"OUT OF MEMORY",这就需要去增加内存设置,或者减少Cache的对象数量。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/24162410/viewspace-1810954/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/24162410/viewspace-1810954/