今天接到用户反映,执行一个查询select * from xxx,就会挂起,后端报警文件在报大池无法分配的问题,具体如下:

Tue Oct 11 15:26:06 2016

Errors in file c:\app\administrator\diag\rdbms\cdal\cdal\trace\cdal_p040_4128.trc (incident=113581):

ORA-04031: 无法分配 268512 字节的共享内存 ("large pool","unknown object","large pool","PX msg pool")

可以看出以上是因为并行查询导致了大池不足造成。

可先了解下 large pool：

大池是SGA中的一块可选内存池，大池主要提供了大内存段，大池最大大小为4G。根据需要时配置，主要用到大池的情况：

1. 用于共享服务（Shared Server MTS方式中）的会话内存和Oracle分布式事务处理的Oracle XA接口

2. 使用并行查询（Parallel Query Option PQO）时

3. I/O服务器进程用的内存(缓冲)

4. Oracle备份和恢复操作（启用了RMAN时）

大池没有LRU列表。这和共享池中的保留空间不同，保留空间和共享池中其他分配的内存使用同样的LRU列表。

大块内存从不会换出大池中，内存必须是显式的被每个会话分配并释放。

解决过程：1.检查是否开启了并行.

select * from dba_tables where degree<>1;

select * from dba_indexes where degree<>1;

2.发现是表开启了并行，因此可关闭并行：

ALTER TABLE XX.XXX NOPARALLEL;

3.如果large pool大小不足，可根据实际需求调整大小：

ALTER SYSTEM SET LARGE_POOL_SIZE=xxM scope=spfile;

后通过检查,该语句执行,执行计划一直走并行:

PLAN_TABLE_OUTPUT

--------------------------------------------------------------------------------

Plan hash value: 2873591275

--------------------------------------------------------------------------------

| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time

--------------------------------------------------------------------------------

| 0 | SELECT STATEMENT | | 1 | 12 | 2 (0)| 00:00:01

| 1 | PX COORDINATOR | | | | |

| 2 | PX SEND QC (RANDOM)| :TQ10000 | 1 | 12 | 2 (0)| 00:00:01

| 3 | PX BLOCK ITERATOR | | 1 | 12 | 2 (0)| 00:00:01

| 4 | TABLE ACCESS FULL| xxx | 1 | 12 | 2 (0)| 00:00:01

--------------------------------------------------------------------------------

Note

-----

- Degree of Parallelism is 2 because of table property

15 rows selected

SQL> select table_name,degree from user_tables where table_name='xxx';

TABLE_NAME DEGREE

--------------- --------------------

xxx 2

去掉该表的并行度,后,再去执行,之后就不走并行了.

alter table xxx noparallel;

后话:

总觉得很蹊跷,内存怎么会不够呢,物理机器有128g内存,检查数据库发现,只分配了800m给memory_target,再一检查,操作系统是32位,

问题已经很清楚了.根本解决办法,就是升级到64位.