必须先卸载mariadb-libs，因其与mysql官方包冲突共享路径（如libmysqlclient.so.21），直接安装会卡死报错；推荐用yum swap替代删除，或查清依赖后安全卸载，并禁用干扰源如appstream。
卸载 mariadb-libs 是最常踩的坑
MySQL 官方包和系统自带的 mariadb-libs 共享大量文件路径（比如 /usr/lib64/libmysqlclient.so.21），RPM 直接拒绝覆盖。这不是“能装但不好用”，而是安装阶段就卡死，报错类似：file /usr/share/mysql/charsets/latin1.xml from install of mysql-community-server conflicts with file from package mariadb-libs。
别直接 yum remove mariadb-libs ——它可能被 postfix 或 php-mysqlnd 依赖，强行删会导致其他服务异常。
- 先查谁在用它：
yum deplist mariadb-libs | grep "provider\|require" - 稳妥做法是替换而非删除：
yum swap mariadb-libs mysql-community-libs（需提前装yum-utils） - 若必须删，先确认无关键依赖：
rpm -q --whatrequires mariadb-libs，空输出才安全
官方 repo 配置错误比包冲突更隐蔽
很多失败不是因为包真冲突，而是源混用：比如同时启用了 mysql80-community 和 appstream，后者悄悄提供旧版 mysql-common，导致 yum install mysql-community-server 拉进一堆不匹配的子包。
验证当前生效源：yum repolist enabled，重点看有没有 appstream、baseos 或 epel 里带 mysql 字样的条目。
- 临时禁用干扰源：
yum --disablerepo=appstream,baseos install mysql-community-server - 永久解决：编辑
/etc/yum.repos.d/CentOS-Stream-AppStream.repo，把enabled=1改成0 - 清缓存再试：
yum clean all && yum makecache
libncurses.so.5 找不到是运行时问题，不是安装失败
安装成功但 systemctl start mysqld 报 error while loading shared libraries: libncurses.so.5，说明 MySQL 二进制绑定了旧版 ncurses，而新系统（AlmaLinux 9、Ubuntu 24.04）默认只装 libncurses.so.6。
硬建软链 ln -s /lib64/libncurses.so.6 /lib64/libncurses.so.5 看似快，但下次系统更新可能崩掉链接，且违反 ABI 兼容原则。
- CentOS/RHEL/AlmaLinux：
yum install ncurses-compat-libs - Ubuntu/Debian：
apt install libncurses5 - 验证是否生效：
ldd $(which mysqld) | grep ncurses应显示libncurses.so.5 => /lib64/libncurses.so.5
apt-key 弃用导致源失效，间接引发“依赖冲突”假象
Ubuntu 22.04+ 和 Debian 12+ 已停用 apt-key add，但很多教程还在教。结果是你加了 MySQL 官方 GPG 密钥，apt update 却静默跳过该源，最终 apt install mysql-server fallback 到系统自带的 MariaDB，启动失败后误以为是“MySQL 依赖冲突”。
正确流程是：
- 下载密钥：
wget https://repo.mysql.com/mysql-apt-config_0.8.24-1_all.deb - 导入密钥：
sudo apt-key add /tmp/mysql_pubkey.asc→ 错！应改用：sudo gpg --dearmor -o /usr/share/keyrings/mysql-keyring.gpg /tmp/mysql_pubkey.asc - 写源配置：
echo "deb [arch=amd64 signed-by=/usr/share/keyrings/mysql-keyring.gpg] http://repo.mysql.com/apt/ubuntu/ jammy mysql-8.0" | sudo tee /etc/apt/sources.list.d/mysql.list - 再
sudo apt update，确认输出里有Hit: ... mysql-8.0行
真正麻烦的是，这些步骤漏掉任意一环，错误都藏在日志深处，表面只显示“无法满足依赖”，但实际根本没走 MySQL 的包解析流程。
