原因
由于集群节点的 CPU 计数不同，LMS 进程的数量并不相同（不平衡的进程数）。
在本例中，node1 有 60 个 CPU，默认算法启动 3 个 LMS 进程; 而 node2 有 68 个 CPU， 因此将启动 4 个 LMS 进程。
对于不平衡的 LMS 和 CPU，可能发生的一件事是，对高速缓存融合请求具有更多驱动力的大节点会抑制对高速缓存融合请求的驱动力较小的节点。 然后，由于不对称，"较小的"节点可能会超载。 这可能会导致性能延迟。
解决方案
为所有实例设置相同数量的 gcs_server_processes，并在所有节点上重新启动数据库。
例如: 在两个实例的spfile 中设置 gcs_server_server= 4，然后重新启动这两个实例。
如果需要的话，可以设置更高的 gcs_server_processes。
在两个实例中将 gcs_server_processess 设置为相同的值后，性能问题将得到解决
Doc ID 2896001.1
「喜欢这篇文章，您的关注和赞赏是给作者最好的鼓励」
关注作者
【版权声明】本文为墨天轮用户原创内容，转载时必须标注文章的来源（墨天轮），文章链接，文章作者等基本信息，否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容，欢迎发送邮件至：contact@modb.pro进行举报，并提供相关证据，一经查实，墨天轮将立刻删除相关内容。
