Red Hat 8 默认启用 AppStream 源是系统架构设计决定的
不是“被重定向”，而是 RHEL 8 从底层就放弃了单一 RPM 仓库模型，改用 BaseOS + AppStream 双层仓库体系。AppStream 不是第三方源，它是 Red Hat 官方维护的、与 RHEL 主版本生命周期对齐的应用组件分发通道——MySQL 8.0 就被明确归类为一个 module，而非传统 RPM 包。
执行 dnf repolist 会看到 appstream 和 baseos 两个默认启用的仓库；dnf module list mysql 则能直接列出 mysql:8.0（state 为 default 或 enabled），这说明它已内建在系统镜像中，无需额外配置源。
手动添加 MySQL 官方 YUM 仓库反而容易出问题
常见错误现象包括：
-
gpgcheck失败：官方 RPM 包签名密钥未预置，dnf install卡在导入 GPG key 步骤 -
libaio或compat-openssl10依赖冲突：AppStream 中的mysql:8.0已适配 RHEL 8 的 OpenSSL 1.1 和系统库版本，而官方 RPM 常仍捆绑旧兼容包 - SELinux 上下文异常：官方 RPM 安装后不会自动设置
/var/lib/mysql的正确 SELinux type（如mysqld_db_t），导致systemctl start mysqld直接失败
实操建议：
- 先确认系统版本：
cat /etc/redhat-release输出应含Red Hat Enterprise Linux release 8. - 跳过下载
mysql80-community-release-el8-*.rpm，直接运行：dnf module enable mysql:8.0→dnf install @mysql - 安装后必须手动初始化数据目录权限和 SELinux 上下文：
chown -R mysql:mysql /var/lib/mysql+restorecon -Rv /var/lib/mysql
为什么 dnf install mysql-community-server 会装错版本？
因为 RHEL 8 的 dnf 默认优先匹配模块（module）而非普通 RPM。当你没显式禁用模块或切换流（stream），dnf install mysql-community-server 实际触发的是模块安装逻辑，但该命令不带 @ 符号，无法激活完整模块组（含客户端、测试工具等），极易漏装 mysql CLI 或 mysql-shell，后续 mysql_secure_installation 会因找不到命令或插件不匹配报错。
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
关键区别：
-
dnf install @mysql：安装整个mysql:8.0模块组，含服务端、客户端、补丁脚本，且自动适配caching_sha2_password认证插件 -
dnf install mysql-community-server：只尝试装单个 RPM，可能降级到mysql:5.7模块（如果存在），或因依赖解析失败回退到旧版
AppStream 模块的初始化行为与传统 RPM 不同
模块化安装后，/var/lib/mysql 是空目录，mysqld 服务注册但未初始化——这点非常容易忽略。你不能直接 systemctl start mysqld 就完事。
必须满足三个条件才能成功启动：
- 目录所有权为
mysql:mysql - SELinux 上下文为
mysqld_db_t（靠restorecon修复，chcon手动设易被覆盖） - 首次启动时由 systemd 自动触发
mysqld --initialize --user=mysql；若此前手动清过/var/lib/mysql/*但没重启服务，初始化就不会重跑
验证是否初始化成功，看日志：grep "temporary password" /var/log/mysqld.log。没输出？说明初始化根本没发生，别急着 mysql -u root -p，先检查上面三点。
