otter目标端为ob报错

【 使用环境 】生产环境 or 测试环境
【 OB or 其他组件 】
【 使用版本 】
【问题描述】清晰明确描述问题
【复现路径】问题出现前后相关操作
【问题现象及影响】
otter写入ob使用test@test#testcluster 这种格式的数据库用户,创建数据库连接会忽略@符号后面的租户和集群信息,登录报错
【附件】

用户名@租户名 这种格式我们测试过,应该是没有这种问题的,您能确定缺失的部分是 @ 后边还是 # 后边吗?

用户名还可以是 集群名:租户名:用户名,您也可以换成这种格式试一下,看看到底是不是用户名解析环节的问题。


obssd1:coplugin_OB:sysbenob 这样也不行,在 编辑数据源页面测试是通的,在 编辑数据表页面验证连接表不通,

SHOW KEYS FROM t1 FROM test; 不好意思,发现是这条语句没执行权限

权限 不足。是不是因为多租户导致的。

先给all 权限,没问题了, 在进行权限控制。


这个权限也不够吗,普通用户连接的新建租户

select count(1) from t1 ; 我看下


数据库版本是3.1.4-OceanBase CE

看着 没问题。 现在还报错吗 ??
换下 jdbc 驱动了没 ?


登录租户以后直接执行SHOW KEYS FROM t1 FROM test; 报错,使用use test切换db后就不报错, FROM语句已经包含了db了啊

root用户可以执行SHOW KEYS命令,普通用户就不行,需要use db切换db, 这块是有什么权限控制吗

grant all on . 这样授权就可以,可以直接执行SHOW KEY命令, 但SHOW FULL TABLES,SHOW FULL COLUMNS 这种命令就不需要所有db权限

grant select on . to test@’%’; 给所有db查询权限解决

1 个赞