pureScale集群插入效率比单节点效率低，有没有好的解决办法？

purescale环境在进行数据的插入时需要在cf节点进行数据登记，与单节点数据库相比，会增加额外网络交互的环节。并且，如果你在插入语句中用到了sequence且定义的sequence包含了order选项的话，由于存在节点之间的类似同步操作，插入性能会更差。

学习

基于网络通信的share disk架构在目前的通信能力上不论RAC的分布式锁还是PURESCALE的集中式锁，都可能遇到不如本地内存通信效率的问题。解决的本质还是一样，避免跨节点通信。而对于insert，主要问题恐怕是在索引上。避免索引的单边增长的反复分裂，然后就是减少表上的索引数量。

提供几个解决方案吧，看时机场景挑选。主要思路是减少通讯开销。一是避免多节点同时插入相同的表的相同的位置。所以最好同一张表的插入能放在同一个节点做。 二是减少和CF的通信，例如条件允许的情况下可以开启EHL，大大减少和CF的通信。 三是增加并发。