无网络环境下 MySQL 5.7 完整离线部署指南

1. 为什么需要离线安装MySQL？

在企业级应用场景中，经常会遇到服务器处于严格的内网隔离环境，无法直接连接互联网下载软件包的情况。我曾在某金融机构的数据中心项目中，遇到过核心数据库服务器完全物理隔离的环境，当时就是通过离线方式部署的MySQL 5.7。这种场景下，传统的在线安装方式完全行不通，必须提前准备好所有依赖组件。

MySQL 5.7作为长期支持版本(LTS)，在企业环境中应用广泛。它的离线安装包实际上是由多个相互依赖的RPM组件构成的完整生态。就像搭积木一样，必须按照特定顺序组装，否则就会出现各种依赖报错。我曾经因为安装顺序错误，导致花了整整一天时间排查各种奇怪的错误提示。

2. 准备工作：获取正确的安装包

2.1 官方资源获取指南

首先需要从MySQL官方归档站点获取完整的安装包套件。这里有个小技巧：建议使用带图形界面的联网机器访问https://downloads.mysql.com/archives/community/，因为页面上的筛选器能帮你快速找到匹配的版本。对于CentOS 7系统，通常需要下载以下核心组件：

• mysql-community-common-5.7.xx-1.el7.x86_64.rpm
• mysql-community-libs-5.7.xx-1.el7.x86_64.rpm
• mysql-community-client-5.7.xx-1.el7.x86_64.rpm
• mysql-community-server-5.7.xx-1.el7.x86_64.rpm

注意版本号中的"el7"表示适用于RHEL/CentOS 7系列。我曾经犯过下载el6包的错误，结果安装时出现大量兼容性问题。

2.2 依赖包收集清单

除了MySQL主包外，还需要准备这些系统依赖：

• libaio：异步I/O支持库
• numactl：NUMA架构支持工具
• net-tools：基础网络工具集

可以使用这个命令在有网络的机器上下载：

yumdownloader libaio numactl net-tools

建议把这些rpm包和MySQL安装包放在同一个目录，方便后续传输。我习惯用这样的目录结构：

/mysql_offline/ ├── mysql_pkgs/ │ ├── mysql-community-*.rpm └── deps/ ├── libaio-*.rpm └── numactl-*.rpm

3. 离线环境部署实战

3.1 安全传输文件到目标服务器

在严格的内网环境中，通常需要通过审批流程使用安全U盘传输文件。这里有个重要提示：传输前务必校验文件完整性。我常用的方法是：

md5sum *.rpm > checksum.md5

到目标服务器后再次校验：

md5sum -c checksum.md5

3.2 系统依赖安装

进入存放rpm包的目录，先安装系统依赖：

rpm -ivh libaio-*.rpm rpm -ivh numactl-*.rpm

如果遇到依赖错误，可能需要额外安装其他基础包。曾经有个项目因为缺少openssl-libs导致安装失败，后来我们建立了完整的依赖清单。

3.3 MySQL组件安装顺序详解

严格按照以下顺序安装MySQL组件：

1. common包：提供基础配置文件

rpm -ivh mysql-community-common-5.7.*.rpm

2. libs包：安装共享库

rpm -ivh mysql-community-libs-5.7.*.rpm

3. client包：安装客户端工具

rpm -ivh mysql-community-client-5.7.*.rpm

4. server包：最后安装服务端

rpm -ivh mysql-community-server-5.7.*.rpm

这个顺序绝对不能错！我有次先装了server包，结果遇到了一堆依赖错误，不得不全部卸载重来。

4. 初始化与配置

4.1 数据库初始化

执行初始化命令：

mysqld --initialize --user=mysql

这里有个关键点：初始化过程会生成临时root密码，必须立即记录：

grep 'temporary password' /var/log/mysqld.log

建议同时备份整个日志文件：

cp /var/log/mysqld.log /root/mysql_init.log

4.2 服务管理配置

启动MySQL服务并设置开机自启：

systemctl start mysqld systemctl enable mysqld

检查服务状态：

systemctl status mysqld

如果启动失败，可以查看详细日志：

journalctl -xe

5. 安全加固与基础配置

5.1 修改root密码

使用临时密码登录：

mysql -u root -p

立即修改密码：

ALTER USER 'root'@'localhost' IDENTIFIED BY 'Complex@Password123!';

建议密码包含大小写字母、数字和特殊字符，长度至少12位。

5.2 创建管理用户

建议不要直接使用root账户，而是创建专用管理账号：

CREATE USER 'admin'@'localhost' IDENTIFIED BY 'Admin@Pass456'; GRANT ALL PRIVILEGES ON *.* TO 'admin'@'localhost' WITH GRANT OPTION; FLUSH PRIVILEGES;

5.3 基础参数调优

编辑MySQL配置文件：

vi /etc/my.cnf

添加这些基础优化参数：

[mysqld] character-set-server=utf8mb4 collation-server=utf8mb4_unicode_ci default-storage-engine=INNODB max_connections=200 innodb_buffer_pool_size=1G

重启服务使配置生效：

systemctl restart mysqld

6. 数据库创建与管理

6.1 创建业务数据库

使用UTF8MB4字符集创建数据库（支持完整emoji字符）：

CREATE DATABASE app_db CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;

6.2 基础表结构示例

创建用户表：

USE app_db; CREATE TABLE users ( id INT AUTO_INCREMENT PRIMARY KEY, username VARCHAR(50) NOT NULL UNIQUE, password_hash CHAR(60) NOT NULL, email VARCHAR(100) NOT NULL UNIQUE, created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP, updated_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

6.3 备份策略配置

即使在内网环境也要建立备份机制。最简单的定时备份：

mkdir /backups mysqldump -u admin -p app_db > /backups/app_db_$(date +%Y%m%d).sql

可以添加到crontab实现每日自动备份：

0 2 * * * /usr/bin/mysqldump -u admin -p'密码' app_db > /backups/app_db_$(date +\%Y\%m\%d).sql

7. 故障排查指南

7.1 常见安装错误

依赖问题：如果出现"requires libssl.so.10"等错误，可能是系统openssl版本不匹配。解决方案是下载兼容版本的openssl-libs包。

服务启动失败：检查/var/log/mysqld.log中的详细错误信息。常见原因是SElinux限制或磁盘空间不足。

7.2 连接问题排查

如果本地无法连接：

netstat -tulnp | grep mysql

应该看到类似输出：

tcp6 0 0 :::3306 :::* LISTEN 12345/mysqld

如果没有，检查防火墙设置：

firewall-cmd --add-service=mysql --permanent firewall-cmd --reload

7.3 密码重置方法

如果忘记root密码，可以这样重置：

1. 停止MySQL服务
2. 在my.cnf的[mysqld]段添加：

   skip-grant-tables

3. 重启服务后无需密码登录
4. 执行密码更新：

   UPDATE mysql.user SET authentication_string=PASSWORD('新密码') WHERE User='root';

5. 移除skip-grant-tables选项并重启服务

8. 高级配置建议

8.1 性能优化参数

对于8G内存的数据库服务器，建议添加这些参数：

innodb_buffer_pool_size=4G innodb_log_file_size=512M innodb_flush_method=O_DIRECT innodb_flush_log_at_trx_commit=1 sync_binlog=1

8.2 监控设置

即使在内网，也应该配置基础监控：

# 创建监控用户 mysql -u root -p -e "CREATE USER 'monitor'@'localhost' IDENTIFIED BY 'Monitor@123';" mysql -u root -p -e "GRANT PROCESS, REPLICATION CLIENT ON *.* TO 'monitor'@'localhost';" # 安装简单监控脚本 cat <<EOF > /usr/local/bin/mysql_monitor.sh #!/bin/bash mysqladmin -u monitor -p'Monitor@123' processlist mysqladmin -u monitor -p'Monitor@123' status EOF chmod +x /usr/local/bin/mysql_monitor.sh

8.3 审计日志配置

在my.cnf中添加审计配置：

[mysqld] plugin-load=audit_log.so audit_log_format=JSON audit_log_file=/var/log/mysql_audit.log

然后创建日志文件并设置权限：

touch /var/log/mysql_audit.log chown mysql:mysql /var/log/mysql_audit.log

9. 实际项目经验分享

在某次银行系统迁移项目中，我们必须在完全隔离的网络环境中部署MySQL集群。当时最大的挑战是处理隐式依赖关系 - 有些依赖包在在线安装时会自动解决，但离线环境必须手动准备。我们最终整理出了完整的依赖树，包括：

• 直接依赖：libaio、numactl等
• 间接依赖：openssl、libstdc++等
• 系统工具：perl、net-tools等

建议在测试环境先完整演练整个安装过程，记录所有需要的包。我现在的标准做法是准备一个包含所有依赖的离线仓库，使用createrepo工具创建本地yum源，这样后续安装其他软件也会方便很多。

另一个经验是版本一致性非常重要。曾经因为测试环境用5.7.28而生产环境用5.7.32，导致某些SQL语句行为不一致。现在我们的标准是：从开发到生产，所有环境必须使用完全相同的MySQL版本和补丁级别。