社区版sql查询值对主节点生效 其他两个节点根本没呀qps

【 使用环境 】 测试环境
【 OB or 其他组件 】
【 使用版本 】
【问题描述】查询和插入只落到了主节点上并没负载到其他两个节点

副节点1


副节点2

主节点

然后我这边是jdb链接的 我这边连接池配置的64  4个服务同时连接最大也就256  如果我超过这个连接池数量 oceanbase服务器就链接不上出现连接超时 
但是我这最大连接数根本没用到

【复现路径】问题出现前后相关操作
【问题现象及影响】

【附件】

我最大连接数


这是事务相应时间

这是租户配置

诉求 
1、如何增加jdbc 链接数据库时候的并发数量 当前4个应用 每个64的连接池 合计256没问题 但是这样并发起来了就会排队
2、当前只有zone1节点在做 增删改查的作用 其他两个节点感觉都是在空跑 如何能够均衡一下让其它两台服务器也参与进来

没开读写分离,备副本读,那就是强一致性读,当然不会把sql发到follow副本

这个如何开启读写分离呀

https://www.oceanbase.com/docs/community-odp-cn-10000000001717351
读写分离设置方法

https://www.oceanbase.com/docs/common-oceanbase-database-cn-10000000001702148
弱一致性读方式可以读从副本

那会出现一个问题就是 我写操作只会写到主节点

弱一致性的话我这边订单数据会不会读出来不准确 秒杀库存的时候也不准确

我通过odp连接 不会负载到其他两台 读 吗

先研究什么是读写分离,备优先读,原理,适用场景。
再去匹配你的场景。不适合就局不默认开启,可以选择sql加hint,特定开启

我看过了弱读 不适用于我们订单秒杀的场景 库存不得超卖

是啊,你场景是强一致性,不能走读写分离和备优先读。
如果就是想用起来follow副本,那就看其他sql的场景,总有不是强一致性的。

如果是对延迟敏感的业务,肯定是将各表的leader放在一个zone里,其他两个zone就是follow,只参与同步,不参与主写入和读取。
如果延迟不敏感,都想用起来,那就让random,所有表leader均衡在所有zone上,这些所有都能用起来。需要考虑是否跨机房,延迟是否能接受问题。

既然订单数据,数据要求一致,所以读只能是从主节点走,对于部分弱一致读,数据要求特别要求实时的,可以通过链接方式或者SQL语句控制读取节点。