前两天有个朋友问我，CentOS 7上装数据库到底该选 MySQL 还是 MariaDB？我愣了一下，这问题放在五年前可能还有争论，但放到现在，答案其实挺明确的。CentOS 7 默认带的数据库是 MariaDB，因为 MySQL 被 Oracle 收购后，CentOS 团队出于开源生态的考量，果断切换成了 MariaDB。但你真的要装 MySQL 也不是不行，只是得绕点弯子。我见过不少新手一上来就敲 ，结果系统提示“没有可用包”，然后就懵了。这其实不是 CentOS 的问题，而是包管理器的默认源里根本没有 MySQL，你得自己配置源。
先说说最简单的做法吧。如果你只是想在本地搭个环境跑跑测试，或者不想折腾复杂的配置，直接用 MariaDB 是最省心的。CentOS 7 自带的 yum 源里就有 MariaDB 5.5，虽然版本老一点，但胜在稳定。 一条命令就搞定，启动服务、设置开机自启、跑个安全脚本，十分钟内就能把数据库跑起来。我当年第一次装的时候，连安全脚本都没跑，直接用 root 空密码就开干了，后来被同事骂了一顿。现在想想，安全脚本里那些操作——删除匿名用户、禁止远程 root 登录、删除测试库——每一条都是血泪教训换来的。
但如果你对版本有要求，比如想用 MySQL 8.0，那就得换个思路。MariaDB 和 MySQL 虽然同源，但在高版本上已经分道扬镳。MySQL 8.0 的窗口函数、CTE 等特性，MariaDB 有些是对标实现的，但细节上有差别。真要搞生产环境，尤其是要对接只支持 MySQL 的企业软件，还是得老老实实装官方 MySQL。这时候需要先添加 MySQL 官方的 yum 仓库，去官网下载对应的 rpm 包，或者直接 wget 拉下来。我更喜欢手动配 repo 文件，因为可以控制版本号，避免被莫名其妙更新到不兼容的版本。去年有个客户因为没锁版本， 后 MySQL 从 8.0.19 跳到 8.0.28，结果某个存储过程语法变了，线上直接挂了半小时。
装完数据库只是第一步，真正让人头疼的是后续配置。很多新手装完就跑，以为万事大吉，结果一查日志，全是各种连接失败、权限不足的错误。CentOS 7 默认的防火墙是 firewalld，你得把 3306 端口放行。这个操作看似简单，但不少人会把命令敲错。我见过有人用 来关防火墙，结果 CentOS 7 根本没有装 iptables 服务，用的是 firewalld。正确的做法是 ，然后重载。还有字符集问题，CentOS 7 默认的字符集是 enUS.UTF-8，但数据库的默认编码经常是 latin1，中文插进去直接变成问号。这个坑我踩过不止一次，后来养成了习惯，建库时直接指定 ，一劳永逸。
说到性能调优，很多人觉得数据库装完就能跑满性能，这想法太天真了。CentOS 7 默认的 MySQL 配置其实挺保守的， 默认只有 128 M，这在现在的硬件上简直是浪费。我有个朋友在一台 64 G 内存的服务器上跑数据库，跑了两周才发现 buffer pool 只用了不到 1%，后来改成 32 G，查询速度直接翻了五倍。但调优这事得摸着石头过河，不能照搬网上的参数。比如 ，网上很多人设成 1000，但你的应用可能只有几十个并发，设太高反而浪费内存。我习惯先用 sysbench 做个压力测试，观察系统资源使用情况，再根据实际瓶颈调参数。CentOS 7 的 swap 配置也值得注意，如果内存够大，最好把 调低，避免 MySQL 进程被换到磁盘上。
数据库的备份和恢复是另一个容易忽视的环节。很多人装完数据库就开始写业务代码，从来没想过数据丢了怎么办。等真出了问题，才慌慌张张找备份，结果发现连 都没装。CentOS 7 上 是跟 MySQL 客户端一起装的，但如果你用的是 MariaDB，需要装 或直接用 。我的习惯是每天凌晨用 crontab 跑一次全量备份，再加上 binlog 实时备份。有一次线上库误删了一张表，还好有备份，十分钟就恢复了。但那次经历让我意识到，光有备份不够，还得定期演练恢复流程。不然备份文件坏了你都不知道，真用的时候才发现是废的。
说点题外话。CentOS 7 本身已经进入维护尾声，2024 年 6 月就停止更新了。虽然现在还能用，但长远来看，需要考虑迁移到 Rocky Linux、AlmaLinux 等替代品。数据库迁移说起来简单，实际操作却坑很多。字符集要统一，存储引擎要兼容，存储过程要测试。我见过一个案例，从 CentOS 7 上的 MySQL 5.7 迁移到 Rocky Linux 上的 MySQL 8.0，结果因为 的默认值变了，很多 查询直接报错，光改代码就花了两周。所以，如果你现在还在 CentOS 7 上装数据库，建议顺便规划一下未来的迁移路径。别等系统彻底停止维护才着急，那时候所有安全补丁都停了，数据库暴露在公网上，想想都后怕。
