查看其它 3 个回答anikikong的回答
几十公里的延时主要表现在两方面，一个是存储双写延迟，一个是节点通信延迟。
从存储延时来说首先要做到本地读。这个在GPFS文件系统里是可以做到的。其次是增大缓存，减少同步写的次数。对于数据库里的大对象，最好使用inline的方式放在常规表空间里，或者存放在开启了文件缓存的表空间里。对于数据库日志，一定要设置足够的日志缓冲池，避免因为缓冲池不够发生的同步写。
在通信的延迟上，我们需要做到的是尽量减少通信。所以要想办法解决热点数据问题。同时能够本地访问和缓冲的都要想办法实现。例如推荐采用客户端偏好链接。基于current member来组织表和数据等等。
- 有个问题，由于CF节点只有一个，对于写来说，必然存在两个站点的DB2 MEMBER都同时需要通过RDMA访问CF节点GBP，本地来说，问题不存在，跨站点RDMA访问的话，这个通信耗时和性能是否需要重点关注？
- 你说的非常正确，跨站点的member和CF通信需求是双活环境调优的关键。所以这个就是重点关注的对象，要减少这种交互。数据库提供了mon_get_cf等相关表函数能够抓取CF的功能和耗时，进而分析是什么操作最慢，能不能减少或者调整。