今天接到用户反映,执行一个查询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位.