概念
需要考虑备机数据延迟造成的主备不一致问题,只有强同步或主节点可承担读负载。
适用场景
应用需要强一致性,比如严格依赖查询数据做后面的逻辑分支处理,一个事务插入,后一个事务马上查询这条数据,此时就会需要严格一致性。
-
强同步节点的定义
首先是主备之间是同步模式,其次备库的同步级别必须是remote_apply。
-
JDBC对强同步节点的验证方式
select application_name, sync_state from sys_stat_replication
返回的'sync_state'必须是'sync'。
配置
-
前端 KingbaseES的JDBC读写分离
在 读写分离最大性能 的基础上,增加一个控制参数“可分发节点选择列表策略”:
指定可分发节点选择列表策略,1表示所有在线节点均可分发,2表示只分发主节点和同步备机节点,默认取值为:'1'。
readListStrategy=2
-
后端KingbaseES的读写分离集群
主库配置:
# 1(*) 或者 ALL (*)
synchronous_standby_names='1(*)' synchronous_commit=remote_apply
11.3. 读写分离(可重复读)最大一致性 ¶
概念
一个事务内的两次相同查询需要获得的数据是完全一致的,此时不能分发,只能全部走主机,备机节点此时无法承担读负载,只用作数据备份,不对外提供服务。
适用场景
应用原来就依赖于严格的RP做业务处理。
配置
-
前端 KingbaseES 的JDBC读写分离
在 读写分离最大性能 https://help.kingbase.com.cn/v8/development/client-interfaces/jdbc/jdbc-11.html#id1的基础上,增加一个控制参数“可分发节点选择列表策略”:
指定可分发节点选择列表策略,1表示事务都不分发,2表示事务中的写语句之前的读语句可以分发,默认取值为:'2'。
TransactionDispatchStrategy=1
-
后端KingbaseES的读写分离集群
主库配置参见 读写分离(读已提交)最大一致性 https://help.kingbase.com.cn/v8/development/client-interfaces/jdbc/jdbc-11.html#id2。