alpine镜像 mysql-8.0.35-linux-glibc2.17-x86_64/bin/mysql: error while loading shared libraries: libncurses.so.5

解决 Alpine 镜像中 MySQL 8.0.35 运行时缺少 libncurses.so.5 库的问题
当在 Alpine Linux 中尝试启动 MySQL 8.0.35 并遇到如下错误：
error while loading shared libraries: libncurses.so.5: cannot open shared object file: No such file or directory
登录后复制
这表明系统缺失了必要的动态链接库文件 libncurses.so.5。由于 Alpine 使用的是 musl libc 和 busybox 工具集，而大多数其他发行版基于 glibc，因此直接移植某些应用程序可能会遇到依赖项不匹配的情况。
方法一：通过 APK 包管理器安装兼容包
可以考虑安装提供该特定版本 ncurses 库的软件包来解决问题。执行以下命令以确保所需库已正确加载并可用:
apk add --no-cache ncurses-libs=5.9-r4
登录后复制
注意这里的版本号可能需要根据实际情况调整，因为不同时间点上可用的具体版本会有所变化。如果指定的确切版本不可用，则可省略版本部分让 apk 自动选择最新稳定版:
apk add --no-cache ncurses-libs
登录后复制
此操作将会下载并安装与当前系统架构相适应的 ncurses 库及其头文件，从而满足 MySQL 启动所需的外部依赖条件[^1]。
方法二：创建符号链接指向现有更高版本库
另一种解决方案是在不影响全局环境的前提下为 MySQL 创建一个局部性的修复措施——即建立从旧版本到新版本的软连接。假设已经存在更新版本的 ncurses (比如 v6)，那么可以通过这种方式使得程序能够找到期望路径下的共享对象文件:
ln -s /usr/lib/libncursesw.so.6 /usr/lib/libncurses.so.5
登录后复制
这种方法适用于那些仅需临时绕过版本差异的应用场景，并且不会干扰系统的正常运作或其他服务的功能实现[^2]。
方法三：构建自定义镜像包含所有必需组件
对于更复杂的部署需求或是希望获得长期稳定的运行效果而言，建议基于官方提供的基础镜像自行定制一份包含了全部预设依赖关系的新镜像。这样不仅可以有效规避上述提到的各种潜在冲突问题，还能简化后续维护工作流程。具体做法包括但不限于编写 Dockerfile 文件，在其中声明要安装的一系列额外工具链以及设置合理的环境变量等[^3]。
FROM alpine:latest

RUN apk update && \
apk upgrade && \
apk add --no-cache mysql mysql-client bash tzdata && \
ln -sf /dev/stdout /var/log/mysql/error.log && \
mkdir -p /run/mysqld && chown -R mysql:mysql /run/mysqld && \
mkdir -p /var/lib/mysql && chown -R mysql:mysql /var/lib/mysql

CMD ["mysqld"]
登录后复制
以上三种方法均可用于解决 Alpine 上 MySQL 启动失败的问题，可根据实际应用场景和个人偏好灵活选用最合适的处理方式。