本文内容来自YashanDB官网，原文内容请见 https://www.yashandb.com/newsinfo/7773551.html?templateId=1718516
问题现象
1、共享集群中，创建用户卡住
2、查询表或视图报错
问题的风险及影响
1、共享集群中，create table、user等，因为需要等其他节点返回消息，如果某个节点dc不够，则会卡住。
2、查询创建等报错，影响业务使用。
问题影响的版本
23.2.7.100及之前的所有版本
问题发生原因
dc pool不足
解决方法及规避方式
1、如果是sql pool占用了share pool的剩余空间，可以先清理share pool
alter system flush shared_pool;
如果有用，可以不重启。
2、如果条件允许，增大share pool :
alter system set SHARE_POOL_SIZE=8G scope=spfile;
调整dc占比：
alter system set SQL_POOL_SIZE=xx（默认50） scope=spfile;
alter system set DICTIONARY_CACHE_SIZE=xx（默认25） scope=spfile;
需要重启。
问题分析和处理过程
1、查看alert.log，发现报错
2、查看视图
v$share_poo**l**：
可以看到share pool中 DICTIONARY CACHE POOL占用的空间，和剩余SHARE POOL 的空间。
当SQL POOL 和DICTIONARY CACHE POOL不够时，会用剩余的SHARE POOL
v$global_mpoo**l**：
可以看到SQL POOL 和DICTIONARY CACHE POOL的使用情况。
v$dict_cach**e**：
查看各个表dc的使用情况，通过查看这个视图，发现表的dc都被占用情况，之后再分析导致该情况的原因。
ref_Count表示该表dc的引用次数，只有当ref_Count=0时，改表dc才可以淘汰使用。
memory_context_used字段代表每个dc占用的空间大小，可以用该字段看到每张表的dc占用情况。
select count(*) from v$dict_cache where ref_Count= 0 ;
select count(*) from v$dict_cache where ref_Count > 0 ;
select sum(memory_context_used) from v$dict_cache where memory_context_used is not null
dba_tab_statistic**s**：
-- 查看上一次执行统计信息的时间
Select timestamp(LAST_ANALYZED) from dba_tab_statistics where LAST_ANALYZED is not null order by 1 desc limit 10;
3、查看run.log
