GreatSQL社区

搜索

基于ldd2.34的系统环境部署GreatSQL Shell 异常

23 4 昨天 15:12
系统ldd版本2.34 ,


自带python3.9的版本, 现在安装了python3.8的环境

下载 greatsql-shell-8.0.32-25-glibc2.28-aarch64 无法启动mysqlshell, 报错



请问是什么原因, 先前我同样的环境,是可以部署上的,不知道是那个环节出了问题

全部回复(4)
yejr 昨天 15:32
请先参考这个旧帖子 https://greatsql.cn/thread-815-1-1.html
土豆 昨天 16:13
yejr 发表于 2026-6-17 15:32
请先参考这个旧帖子 https://greatsql.cn/thread-815-1-1.html 。

docker方式有点繁琐,自己编辑ldd2.34的是否可以解决这个问题?另外,如果不用仲裁节点功能,直接采用mysql原生的shell是否对稳定性有影响,因为我用原生shell搭建集群后,在集群异常情况做集群恢复,会出现很多被拒绝的信息,比如删除元数据,这个命令在mysql-innodb原生集群中,不会出现这种情况。

无法删除元数据

无法删除元数据

请问:采用 mysql原生的shell 接管3节点的MGR集群,是否存在兼容性问题,比如某些命令失效的现象

土豆 昨天 17:26
yejr 发表于 2026-6-17 15:32
请先参考这个旧帖子 https://greatsql.cn/thread-815-1-1.html 。

docker方式有点繁琐,自己编辑ldd2.34的是否可以解决这个问题?另外,如果不用仲裁节点功能,直接采用mysql原生的shell是否对稳定性有影响,因为我用原生shell搭建集群后,在集群异常情况做集群恢复,会出现很多被拒绝的信息,比如删除元数据,这个命令在mysql-innodb原生集群中,不会出现这种情况
yejr 昨天 17:32
土豆 发表于 2026-6-17 16:13
docker方式有点繁琐,自己编辑ldd2.34的是否可以解决这个问题?另外,如果不用仲裁节点功能,直接采用mys ...

如果不用仲裁节点,则可以用原生mysql shell工具。
自己编译过程比较费劲,不太建议,如果有耐心可以试试看。
土豆

1

主题

0

博客

4

贡献

新手上路

Rank: 1

积分
7

合作电话:010-64087828

社区邮箱:greatsql@greatdb.com

社区公众号
社区小助手
QQ群
GMT+8, 2026-6-18 03:29 , Processed in 0.028655 second(s), 14 queries , Redis On.
快速回复 返回顶部 返回列表