【 使用环境 】 测试环境
【 OB or 其他组件 】
【 使用版本 】
【问题描述】查询和插入只落到了主节点上并没负载到其他两个节点
副节点1
副节点2
主节点
然后我这边是jdb链接的 我这边连接池配置的64 4个服务同时连接最大也就256 如果我超过这个连接池数量 oceanbase服务器就链接不上出现连接超时
但是我这最大连接数根本没用到
【复现路径】问题出现前后相关操作
【问题现象及影响】
【附件】
【 使用环境 】 测试环境
【 OB or 其他组件 】
【 使用版本 】
【问题描述】查询和插入只落到了主节点上并没负载到其他两个节点
副节点1
主节点
然后我这边是jdb链接的 我这边连接池配置的64 4个服务同时连接最大也就256 如果我超过这个连接池数量 oceanbase服务器就链接不上出现连接超时
但是我这最大连接数根本没用到
【复现路径】问题出现前后相关操作
【问题现象及影响】
【附件】
我最大连接数
诉求
1、如何增加jdbc 链接数据库时候的并发数量 当前4个应用 每个64的连接池 合计256没问题 但是这样并发起来了就会排队
2、当前只有zone1节点在做 增删改查的作用 其他两个节点感觉都是在空跑 如何能够均衡一下让其它两台服务器也参与进来
没开读写分离,备副本读,那就是强一致性读,当然不会把sql发到follow副本
这个如何开启读写分离呀
那会出现一个问题就是 我写操作只会写到主节点
弱一致性的话我这边订单数据会不会读出来不准确 秒杀库存的时候也不准确
我通过odp连接 不会负载到其他两台 读 吗
先研究什么是读写分离,备优先读,原理,适用场景。
再去匹配你的场景。不适合就局不默认开启,可以选择sql加hint,特定开启
我看过了弱读 不适用于我们订单秒杀的场景 库存不得超卖
是啊,你场景是强一致性,不能走读写分离和备优先读。
如果就是想用起来follow副本,那就看其他sql的场景,总有不是强一致性的。
如果是对延迟敏感的业务,肯定是将各表的leader放在一个zone里,其他两个zone就是follow,只参与同步,不参与主写入和读取。
如果延迟不敏感,都想用起来,那就让random,所有表leader均衡在所有zone上,这些所有都能用起来。需要考虑是否跨机房,延迟是否能接受问题。
既然订单数据,数据要求一致,所以读只能是从主节点走,对于部分弱一致读,数据要求特别要求实时的,可以通过链接方式或者SQL语句控制读取节点。