【 使用环境 】生产环境
【 OB or 其他组件 】OBCE-4.2
【 使用版本 】OBCE-4.2
【问题描述】zabbix 使用ob 数据库，新版本的zabbix 启动需要验证mysql 版本需要在8.x以上，低版本启动会失败。为了避免这个问题，修改了obproxy 参数mysql_version ，但是导致这个obproxy下的其他租户在执行sql失败。请问这个 参数“mysql_version”参数影响 有什么影响？
其他应用报什么错？
此外也可以在 zabbix 服务器上部署一个 obproxy 给 zabbix 专用。改这个专用的 obproxy 参数即可
1、我记得报错大多都是 插入失败，空指针问题，这个问题 大多都是驱动兼容性问题，改了 mysql_version =5.7 ，报错立马消失。
2、如果在zabbix 服务器部署一个 obproxy程序 ，我理解：在zabbix 不是一个 obproxy程序，这个程序连接 数据库还是ocp 集群 sys 租户 吧（proxyro@sys） ，如果改了 mysql_version ，这个是对全局生效的吧，有针对单个租户吗？
将 obproxy 的 mysql_version 改为 8.0.12 后，zabbix 运行是没问题的。这个obproxy你给 zabbix专用，其他业务使用其他的obproxy。不同 obproxy 的参数是互不相关的。
尽管 ob 集群内部也有一个类似的参数，但是应用是通过obproxy 连接的，zabbix 也好，其他驱动也好，都是看obproxy的这个参数。 ob集群的那个 版本参数不用去动它。
第三，如果你发现改了这个参数后，jdbc 驱动有异常了，那很可能是 驱动的bug。 OB的驱动更新也挺快的，你换一个新版本驱动试试看。
这里说的“不同的obproxy 参数是互不相关” 是指 obproxy自身功能。
如果是 OCP 部署了一个obproxy集群，然后里面加了很多obproxy 节点，OCP 会统一该 OBProxy 集群下所有节点的参数。好处就是统一维护。
我这里的建议是给 zabbix专门部署一个 obproxy ，你需要ocp里新建一个 obproxy 集群，而不是放在之前的obproxy 集群下。
如果换驱动能解决这个问题，就没有这么麻烦。
确实如所说。
想额外了解下：如果一个集群有两个obproxy ，这些参数都保存在ob集群中，还是保存在 zabbix server 中？如果保存在 ob集群中，改怎么查询呢？我在ob集群中查询 参数还是 5.6.25 ，但是我在ocp 中已经改成8.0.23了。
mysql -hnd-test-dbcloud.catlbattery.com -P2883 -uroot@sys#CatlCloudDBtst_single -p’ABcd__1324’
show proxyconfig 以及 截图里看的都是 obproxy的参数，obproxy的参数是持久化在 obproxy本地文件里，跟 ob集群没有关系。极端一点，没有ob集群，也可以部署 obproxy，只是这个 obproxy没有什么用而已。
至于你的两幅图不一致，能确定是同一个obproxy 吗？第一幅图看不到登录的ip，第二幅图看不到ocp里obproxy的ip。
感谢，来哦接哦了。这两个不是一个 obproxy 集群。