【 使用环境 】生产环境 or 测试环境
【 OB or 其他组件 】
【 使用版本 】
【问题描述】清晰明确描述问题
【复现路径】问题出现前后相关操作
【附件及日志】推荐使用OceanBase敏捷诊断工具obdiag收集诊断信息,详情参见链接（右键跳转查看）：
加入集群 同城三个机房 zone=id1 id2 id3 2-2-2集群架构
ODP这里的登录信息是 从ocp获取 集群机器列表。
当设置这个odp proxy_idc_name=id1， 选择的observer会 定位到id1 可用区吗？
需要先给sql设置弱读，它才会去定位到id1
sql hint级别最高 >odp session级别/global级别（obproxy_read_consistency)>observer session级别/global级别(ob_read_consistency)
这个 优先级对不对呢 ？
sql hint级别最高 这个是弱读 , 后面的设置 是强读 ，最后也是弱读。
如果设置odp session级别/global级别（obproxy_read_consistency) 为弱读，select * from kk 这类不加hint的sql 也是弱读 ，不考虑observer的ob_read_consistency 设置？？
如果设置 ob_read_consistency 为弱读 ，select * from kk 这类不加hint的sql 也是弱读？
上面的解释对不对呢 ？
OBProxy路由策略其实遵循以下三个策略：
弱一致性读设置有三种方式：
路由策略解释：
开启弱一致性读只是配置读写分离的第一步，在开启弱一致性读时，如果没有设置LDC策略，所有的请求还是会按照最开始讲到的 OBProxy 路由策略，优先发送到primary zone，如果未设置primary zone，即primary zone为random，那么请求会按照随机路由的策略，随机发送到任意副本，因此时有可能发送到 Leader 副本，并未实现完全的读写分离。
帮忙解释下这些参数的 优先级吧
priamary_zone
ob_route_policy
proxy_route_policy
proxy_primary_zone_name
proxy_idc_name
这些参数 弱读的情况下。 怎么玩的
你上面说的三条都是对的。
这个没有优先级之分，因为默认都是强读，如果存在一个为弱读，则该sql为弱读
这个第一步就是 在odp设置 global级别的 proxy_read_consistence=weak 吗 ？？？
设置条件：
会话级别设置弱一致性读 或者 SQL 请求加 弱一致性读 Hint
弱一致性读设置有三种方式：
设置LDC策略，OBProxy 和 OBServer 绑定
1）OBServer设置：
alter system modify zone “zone1” set region = “BEIJING”;
alter system modify zone “zone1” set idc = “idc1”;
2）OBProxy设置：
通过执行 SQL 语句设置 LDC 信息
obclient> alter proxyconfig set proxy_idc_name=‘idc1’;
备注：在OBProxy设置完成之后，查看OBProxy的LDC信息，可以在regions_name 和 same_idc中看到，OBProxy和对应的region和zone已经实现了自动匹配，这个时候，业务访问idc1 的这个OBProxy，默认会将请求路由到zone1的OBServer上。
配置了FOLLOWER_FIRST
alter proxyconfig set proxy_route_policy=“follower_first”;
proxy_route_policy：
● FOLLOWER_FIRST：优先发往备副本，如果无备副本可用则发往主副本。
● FOLLOWER_ONLY：只能发往备副本，如果无备副本可用则报错。
路由策略：
官方文档太多了 。 根本赶不上趟。而且也无法突出重点。 根据obcp 考试材料研究的，能到考试材料的 肯定是很重要的
有些原理性没有理解 建议你多看看官方的文档 多理解一些原理的知识 对你有帮助。
666
proxy_primary_zone_name 这个是配置强读路由的 文档给你了 有事例 自己可以看看
https://www.oceanbase.com/docs/common-odp-doc-cn-1000000002024384
听君一席话胜读十年书！
感觉可以用表组加sql的hint吧
