1）alter system flush global context
下图说明：
对于多层架构的，如上图：应用服务器和数据块服务器通过连接池进行通信，对于连接池的这些信息被保留在SGA中，这条语句便是把这些连接信息清空。
2）alter system flush shared_pool
将使library cache和data dictionary cache以前保存的sql执行计划全部清空，但不会清空共享sql区或者共享pl/sql区里面缓存的最近被执行的条目。刷新共享池可以帮助合并碎片（small chunks），释放少数共享池资源，暂时解决shared_pool中的碎片问题。但是，这种做法通常是不被推荐的。原因如下：
·Flush Shared Pool会导致当前未使用的cursor被清除出共享池，如果这些SQL随后需要执行，那么数据库将经历大量的硬解析，系统将会经历严重的CPU争用，数据库将会产生激烈的Latch竞争。
·如果应用没有使用绑定变量，大量类似SQL不停执行，那么Flush Shared Pool可能只能带来短暂的改善，数据库很快就会回到原来的状态。
·如果Shared Pool很大，并且系统非常繁忙，刷新Shared Pool可能会导致系统挂起，对于类似系统尽量在系统空闲时进行。
下面测试一下，刷新对共享池碎片的影响：
为了最小化cache对测试实验的影响，需要手动刷新buffer cache，以促使oracle重新执行物理访问（统计信息里面的：physical reads）。
测试环境
借助x$bh，观察state=0的情况
观察flush cache后，对查询的影响：