很早之前，在一次讲课了，用了命令ipcs,发现oracle的共享内段好小，如下：
oracle@mydb ~]$ ipcs -a ------ Shared Memory Segments -------- key shmid owner perms bytes nattch status 0x00000000 32768 root 644 72 2 0x00000000 65537 root 644 16384 2 0x00000000 98306 root 644 280 2 0x00000000 1409028 oracle 640 4096 0 0x00000000 1441797 oracle 640 4096 0 0x079918e8 1474566 oracle 640 4096 0 ------ Semaphore Arrays -------- key semid owner perms nsems 0x87a36da4 1343489 oracle 640 154 ------ Message Queues -------- key msqid owner perms used-bytes messages
今天突然想起，刚好有空，来总结一下：
上面显示Oracle共享内存段只有4096个字节，这太小了吧，哦，对了，我这是Oracle11g：
sys@OCM> select * from v$version; BANNER -------------------------------------------------------------------------------- Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production PL/SQL Release 11.2.0.3.0 - Production CORE 11.2.0.3.0 Production TNS for Linux: Version 11.2.0.3.0 - Production NLSRTL Version 11.2.0.3.0 - Production
Oraccle11g的对内存的管理用了两个新的参数：
sys@OCM> show parameter memory NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ hi_shared_memory_address integer 0 memory_max_target big integer 1G memory_target big integer 0 shared_memory_address integer 0
会不会是参数memory_max_target在作怪呢，把它关了试试，我这里把它设为0，然后重启数据库。
sys@OCM> alter system set memory_max_target=0 scope=spfile; System altered. sys@OCM> startup force; ORACLE instance started. Total System Global Area 943669248 bytes Fixed Size 2234000 bytes Variable Size 541067632 bytes Database Buffers 394264576 bytes Redo Buffers 6103040 bytes Database mounted. Database opened.
再看共享内存：
[oracle@mydb ~]$ ipcs -a ------ Shared Memory Segments -------- key shmid owner perms bytes nattch status 0x00000000 32768 root 644 72 2 0x00000000 65537 root 644 16384 2 0x00000000 98306 root 644 280 2 0x00000000 1802244 oracle 640 4096 0 0x00000000 1835013 oracle 640 4096 0 0x079918e8 1867782 oracle 640 4096 0 ------ Semaphore Arrays -------- key semid owner perms nsems 0x87a36da4 1736705 oracle 640 154 ------ Message Queues -------- key msqid owner perms used-bytes messages
怎么回事，没变啊？
是不是参数没改对，继续校验参数：
sys@OCM> show parameter mem NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ hi_shared_memory_address integer 0 memory_max_target big integer 904M memory_target big integer 0 shared_memory_address integer 0
果然没改过来，是不是命令alter system set memory_max_target=0 scope=spfile;没用啊，不能怎么设，但这命令本身设置重启也没报错。
来个狠一点的命令重置默认值：
sys@OCM> alter system reset memory_max_target; System altered. sys@OCM> startup force; ORACLE instance started. Total System Global Area 680665088 bytes Fixed Size 2231352 bytes Variable Size 276825032 bytes Database Buffers 394264576 bytes Redo Buffers 7344128 bytes Database mounted. Database opened. sys@OCM> show parameter mem NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ hi_shared_memory_address integer 0 memory_max_target big integer 0 memory_target big integer 0 shared_memory_address integer 0
这下可以了，参数memory_max_target终于等于0了。
我们再来看ORACLE共享内存：
[oracle@mydb ~]$ ipcs -a ------ Shared Memory Segments -------- key shmid owner perms bytes nattch status 0x00000000 32768 root 644 72 2 0x00000000 65537 root 644 16384 2 0x00000000 98306 root 644 280 2 0x00000000 1933316 oracle 640 12582912 30 0x00000000 1966085 oracle 640 671088640 30 0x079918e8 1998854 oracle 640 2097152 30 ------ Semaphore Arrays -------- key semid owner perms nsems 0x87a36da4 1867777 oracle 640 154 ------ Message Queues -------- key msqid owner perms used-bytes messages
可以了！已从4096字节变成671088640多字节了。
，总结只要把参数memory_max_target设为0就能看到。这里不建议大家去这样改，只是为了解释一下这个现象。
上面那幅图留给童鞋们思考，不再解释了。。。
QQ：252803295
技术交流QQ群：
DSI&Core Search Ⅰ 群：127149411（2000人技术群:未满）
DSI&Core Search Ⅱ 群：177089463（1000人技术群:未满）
DSI&Core Search Ⅲ 群：284596437（500人技术群:未满）
DSI&Core Search Ⅳ 群：192136702（500人技术群:未满）
DSI&Core Search Ⅴ 群：285030382（500人闲聊群:未满）
MAIL：dbathink@hotmail.com
BLOG： http://blog.csdn.net/guoyjoe
WEIBO：http://weibo.com/guoyJoe0218
ITPUB： http://www.itpub.net/space-uid-28460966.html