OBProxy 路由策略与使用运维-常见问题

启动失败

机器是否存在 hostname ：输入hostname -i, 确认host ip是否存在

目录是否存在，权限是否正确：确保当前目录下有读、写、执行的权限

端口是否被占用：使用obproxyd.sh启动OBProxy, 使用的端口为2883

启动环境是否指定正确：如果通过obproxyd.sh启动， 需要使用-e参数指定OBProxy运行环境

成功启动但无法建立连接

常见问题	报错	解决思路
IP PORT错误	ERROR 2003 (HY000): Can't connect to MySQL server on '127.1' (111)	检查所需建立连接的obproxy, obproxy是否存在
权限错误	ERROR 1045 (42000): Access denied for user ‘XXXXXXXXX’	直接连接observer确认该信息是否正确
租户名错误	ERROR 5160 (HY000): invalid tenant name specified in connection string	本机mysql版本是否过低，MySQL 5.7.8之前版本， 用户名长度超过16字节会被截断。5.7.8版本之后版本用户长度超过32字节会被截
认证错误	ERROR 2013 (HY000): Lost connection to MySQL server at ‘reading authorization packet’, system error: 0	本地json配置集群是否和远程json文件一致，该配置文件主要用于确认你需要连接的OB集群是否存在

慢查询配置项及其修改方式

OBProxy 有自己的慢查询日志打印功能，通过 OBProxy 的以下两个配置项可控制打印到日志中的 SQL 或事务的处理时间阈值。

配置项	说明
slow_transaction_time_threshold	指慢查询或事务的整个生命周期的时间阈值，超过了该时间，就会打印相关日志。
slow_proxy_process_time_threshold	在发往 Server 前 Proxy 本身的处理时间，包括获取集群信息、路由信息、黑名单信息等。
slow_query_time_threshold	指从 OBProxy 获取 SQL 直到返回给客户端之前的这段时间的阈值，超过了该时间，也会打印相关日志。

一般修改配置项slow_transaction_time_threshold即可，配置项 slow_proxy_process_time_threshold默认值为 2ms，该值适用于绝大多数场景

obclient> ALTER PROXYCONFIG SET slow_transaction_time_threshold='100ms';

慢查询举例

SQL相关timeout设置

默认配置：

查询超时：ob_query_timeout(默认10s)

事务未提交超时ob_trx_timeout 默认100s）

事务空闲超时ob_trx_idle_timeout（默认120s）

常见超时原因：

连接闲置时间超时

客户端SQL执行耗时长

问题解决：

Ping to keep alive.

调优SQL or 调整timeout value

小结：
OBProxy作为OceanBase的高性能且易于运维的反向代理服务器，具有防连接闪断、OBServer宕机

或升级不影响客户端正常请求、兼容所有MySQL客户端、支持热升级和多集群功能

OBProxy核心功能包括路由、连接管理以及运维&&监控

OBProxy的部署方式可以分为集中部署和客户端部署

OBproxy可以通过RSList启动，也可以通过config_url启动，前者只可以管理特定的OB集群，后者可

以管理多个集群

OBProxy弱一致性读策略可以分为主备均衡的路由策略（默认）、备优先读策略、读写分离策略

OBProxy慢查询日志除了SQL本身之行的时间，还包括发送和接收数据消耗的网络延时

集中式部署的特点：集中式系统中，每个终端或客户端机器仅仅负责数据的录入和输出，而数据的存储与控制处理完全交由主机来完成。集中式系统最大的特点就是部署结构简单。由于集中式系统往往基于底层性能卓越的大型主机，因此无须考虑如何对服务进行多个节点的部署，也就不用考虑多个节点之间的分布式协作问题。