企业官网建设流程全解析

做运维这些年，最常遇到的场景之一，就是要在内网或隔离环境里部署一套MySQL。没有外网、没法yum、apt也指望不上，所有安装包都得提前备好拷进去。MySQL 5.6虽然已经是老版本了，但存量项目还在跑，很多公司内部的系统依然依赖它，所以这套离线安装流程到现在依然有很现实的需求。

这次我把自己在Linux环境下用纯离线方式部署MySQL 5.6的全过程完整记录下来，从版本选型、依赖处理、目录规划，到my.cnf配置、数据目录初始化、服务启动，再到踩过的坑和排查思路，都做了详细梳理。整个过程我实机验证过多次，照着这套流程走，基本不会出太大问题。适合需要在无网环境搭建MySQL的系统管理员、运维工程师，也适合刚接触Linux数据库部署、想搞懂每一步原理的开发者参考。

1. 离线安装的整体思路与方案选型

很多人一提到安装MySQL，第一反应就是yum install mysql-server或者apt install mysql-server。但在纯离线环境下，没有软件源、没有网络，这条路直接堵死。这时候需要提前想清楚：用什么方式装、装哪个版本、需要带哪些文件进去，这些决策直接决定了后续的安装效率。

1.1 为什么选择二进制包而不是源码编译

MySQL在Linux下的安装方式主要有三种：RPM包、源码编译、二进制包。离线场景下，RPM包依赖关系复杂，经常需要一个个找依赖包，而且不同发行版的RPM包还不能混用，比较折腾。源码编译虽然灵活性高，但耗时长、容易报错，还需要gcc、cmake、ncurses等一堆编译工具链，对一个内网环境来说代价太大。

所以我优先推荐使用官方提供的Linux通用二进制包，文件名一般是mysql-5.6.x-linux-glibc2.12-x86_64.tar.gz。这种包内部已经编译完成，自带glibc依赖绑定，解压后只需要简单配置就能跑起来，对内网环境非常友好。它不依赖特定Linux发行版的软件包管理器，只要内核和glibc版本满足要求就能运行，兼容性也最省心。

1.2 版本选型：为什么是MySQL 5.6，为什么选最后一个小版本

MySQL 5.6在官方生命周期中发布的最后一个版本是5.6.51，这也是我安装时优先选的版本。对还在维护老系统的团队来说，选最后一个小版本意味着在这个大版本里Bug修复最全、已知问题最少。我的建议是：既然都决定离线安装了，下载安装包时优先找5.6.51，别用早期版本，避免因为旧版Bug白折腾。

同时要注意，MySQL 5.6对操作系统有glibc版本要求，官方二进制包标识的glibc2.12意味着系统glibc不能低于2.12。CentOS 6和CentOS 7都满足这个条件，Ubuntu 16.04及以上也没问题。如果系统太老或者太新，后面会遇到一些兼容性问题，这部分我在第4节做了详细说明。

1.3 纯离线安装需要提前准备的东西

离线安装最大的难点不在安装本身，而在于“提前准备”。一旦进了没有外网的环境，缺少任何一个小文件都可能导致流程中断。我常用的准备清单如下：

• MySQL二进制包：mysql-5.6.51-linux-glibc2.12-x86_64.tar.gz
• liba1依赖包：libaio和libaio-devel（RPM包或deb包，视系统而定）
• perl相关依赖（老版本初始化脚本可能需要）：perl、perl-devel
• 文本编辑器（vim或vi，系统自带一般就有）
• 远程终端软件，用于上传安装包到服务器

这里重点说下libaio。MySQL 5.6的InnoDB存储引擎在启动时会动态加载libaio库，如果系统没有这个库，mysqld进程会直接报错。很多离线安装失败都卡在这一个依赖上，所以提前把libaio的安装包装好带进去，能省掉一大半麻烦。

2. 安装前的环境检查与依赖处理

整个安装过程里最容易被忽视的就是环境检查环节。跳过这一步直接解压安装，后面各种诡异报错会让人欲哭无泪。我每次都会按以下三步走，十分钟内就能确认环境是否满足条件。

2.1 操作系统与glibc版本核对

拿到一台机器，我会先确认系统和内核版本，命令如下：

cat /etc/redhat-release uname -a ldd --version | head -1

在CentOS 7.x上，cat /etc/redhat-release通常显示CentOS Linux release 7.x，ldd --version显示glibc 2.17，这个环境跑MySQL 5.6的glibc2.12二进制包是完全没问题的。如果是CentOS 6，glibc通常是2.12，也满足。Ubuntu 16.04的glibc是2.23，也没问题。关键是确认glibc不低于2.12这条底线。

还有一个细节：确认系统架构是x86_64还是aarch64。我这里讲的是x86_64架构，如果你的机器是ARM架构，需要找对应的ARM版本二进制包，用法类似但安装包不能混用。

2.2 libaio依赖的处理办法

我在CentOS 7上遇到的最大坑之一就是libaio缺失。MySQL 5.6的InnoDB引擎启动时如果没有libaio，会直接报错：error while loading shared libraries: libaio.so.1: cannot open shared object file。解决办法很简单，在联网机器上提前下载libaio和libaio-devel的RPM包，拷进内网后通过rpm命令安装：

rpm -ivh libaio-*.rpm libaio-devel-*.rpm

如果是Debian/Ubuntu系系统，对应的是libaio1和libaio-dev这两个deb包，用dpkg -i安装。判断系统缺不缺这个库，可以执行ldconfig -p | grep libaio，如果没有任何输出，就说明确实没装。

值得注意的是，在CentOS 7最小化安装里，libaio默认是装了的，但CentOS 6上有些精简环境可能没有。所以不管什么系统，我都建议在环境检查阶段确认一下，别等到启动报错再回头查。

2.3 系统用户、目录规划与权限设计

安全习惯上，MySQL不建议直接用root用户运行。虽然开发环境很多人图省事直接跑，但生产环境用独立用户跑数据库是基本要求。这一步投入的时间成本很低，但能避免很多权限类问题。

我习惯创建mysql用户和mysql用户组：

groupadd mysql useradd -g mysql -s /sbin/nologin mysql

接着把MySQL的安装目录和数据目录分开规划。安装目录放在/usr/local/mysql，数据目录放在/data/mysql。这样设计的好处是：系统盘（通常挂载/）只放程序文件，数据盘（/data）专门放数据，方便后续扩容和备份，也避免系统盘满了连带数据库一起挂掉。

mkdir -p /usr/local/mysql mkdir -p /data/mysql chown -R mysql:mysql /data/mysql

为什么单独强调数据目录权限？因为MySQL初始化时会往数据目录写系统库文件和redo log，如果目录属主不是mysql用户，初始化会报操作系统权限错误。这一点很多新手踩过坑，下面实操部分还会再提到。

3. MySQL 5.6的完整安装与配置实操

环境准备好之后，就可以进入正式安装流程了。这一节我按实际执行顺序写，每一步的命令、参数含义、检查方法都列出来，直接照着做就行。这个过程我已经重复验证过很多次，可以说是“亲测有效”的稳定路径。

3.1 解压分发与基础目录配置

先把二进制包上传到服务器，比如放到/opt目录，然后解压：

cd /opt tar -xzf mysql-5.6.51-linux-glibc2.12-x86_64.tar.gz mv mysql-5.6.51-linux-glibc2.12-x86_64/* /usr/local/mysql/

这里我习惯把解压出来的内容直接放到/usr/local/mysql目录，而不保留带版本号的目录名。原因很简单：后续写脚本、配路径都直接用固定路径/usr/local/mysql，升级或维护时不用反复改配置。当然，如果你更习惯保留版本号目录然后做软链接，方式也成立，但固定路径的方式对新手更友好，不容易出错。

确认文件都到位之后，给安装目录设置属主为mysql：

chown -R mysql:mysql /usr/local/mysql

3.2 my.cnf的编写思路与推荐配置

my.cnf是MySQL的配置文件，也是整个配置过程中最需要用心的地方。默认安装包里会提供一份my-default.cnf，但内容很精简，直接拿来生产环境用远远不够。我一般会自己写一份基础配置，既能保证服务正常跑起来，又能兼顾日常使用的性能。

首先在/etc目录下创建my.cnf：

vim /etc/my.cnf

一份经过实测、适用于大多数通用场景的配置模板如下：

[mysqld] basedir = /usr/local/mysql datadir = /data/mysql port = 3306 server-id = 1 socket = /tmp/mysql.sock pid-file = /data/mysql/mysql.pid character-set-server = utf8mb4 collation-server = utf8mb4_general_ci max_connections = 500 back_log = 300 wait_timeout = 600 interactive_timeout = 600 max_allowed_packet = 64M slow_query_log = 1 slow_query_log_file = /data/mysql/slow.log long_query_time = 2 log-error = /data/mysql/error.log skip-name-resolve [client] default-character-set = utf8mb4

这里我挑几个关键参数说明一下。socket文件设置成/tmp/mysql.sock是很多客户端工具连接时的默认路径，用这个路径能减少不少连接时的困惑。pid-file必须放在mysql用户可写的目录下，所以放在了数据目录里。character-set-server和collation-server一起设置，5.6虽然默认字符集是utf8，但utf8在MySQL里最多存3个字节的字符，存不了emoji这类4字节字符，所以我直接设置成utf8mb4，避免后续业务写入扩展字符时报错。skip-name-resolve这个参数建议开启，它会让MySQL不进行反向DNS解析，从而加快连接速度、减少DNS故障导致的连接延时，代价是基于主机名的授权方式会失效，实际场景下一般没问题。

3.3 初始化数据目录（mysql_install_db）

在MySQL 5.6里，初始化数据目录用的是mysql_install_db脚本，而不是5.7之后才有的mysqld --initialize。这点非常关键，经常有从5.7版本过来的人在这个阶段用错命令，导致初始化了但目录结构不对。执行命令如下：

/usr/local/mysql/scripts/mysql_install_db --basedir=/usr/local/mysql --datadir=/data/mysql --user=mysql

如果一切正常，命令执行结束时会有两个OK提示：Creating system tables和Filling help tables都显示OK，同时在/data/mysql目录下能看到mysql、performance_schema等系统数据库的目录文件。

初始化过程中最容易遇到的报错是缺少perl模块。因为mysql_install_db脚本是perl写的，如果系统没有perl或者缺少相关依赖，执行时会直接报错。解决办法是提前安装perl，CentOS下用rpm -ivh perl相关的RPM包即可。

3.4 启动服务与开机自启配置

初始化完成后，先不急着配置开机自启项目，用命令方式第一次启动，确认能正常跑起来再说。MySQL 5.6自带了一个mysql.server启动脚本，位于安装目录下的support-files子目录：

/usr/local/mysql/support-files/mysql.server start

执行后可以检查进程是否已经起来：

ps -ef | grep mysqld

正常情况下能看到至少一个mysqld进程，同时/data/mysql目录下会生成error.log和mysql.pid。如果进程没起来，第一时间去查看error.log的内容，大概率能直接定位原因。启动成功后，建议再用mysqladmin ping命令测试一下服务是否真正可用：

/usr/local/mysql/bin/mysqladmin ping

如果输出mysqld is alive，说明服务状态正常，可以继续后续设置。

确认服务能稳定运行后，再配置开机自启。将mysql.server复制到/etc/init.d/目录，并赋予执行权限：

cp /usr/local/mysql/support-files/mysql.server /etc/init.d/mysql chmod +x /etc/init.d/mysql chkconfig --add mysql chkconfig mysql on

这里使用chkconfig，是因为CentOS 6和7都能用，兼容性好。如果你的系统是CentOS 7，也可以选择配置systemd的service文件，但5.6自带脚本的方式更省事，同时完全够用。配置完自启后，可以尝试执行reboot重启机器来验证自启是否生效，这是最直观的验证方式。

3.5 重置root密码与远程访问授权

MySQL 5.6刚初始化完成后，root用户默认是空密码。这个时候要立刻设置密码，避免数据库暴露在无密码状态下。设置密码前，先通过socket方式免密登录：

/usr/local/mysql/bin/mysql -u root --socket=/tmp/mysql.sock

进入MySQL命令行后，执行密码重置：

SET PASSWORD FOR 'root'@'localhost' = PASSWORD('你的强密码'); FLUSH PRIVILEGES;

设置完成后，下次登录就要带密码：

/usr/local/mysql/bin/mysql -u root -p

这里有一个常见问题：明明设置了密码，但下次登录还是能免密进去。这通常是因为设置密码时没有指定host，默认改的是root@localhost之外的空账户，或者之前存在root@127.0.0.1的空密码账户。稳妥做法是检查并且重置所有root账户：

SELECT User, Host, Password FROM mysql.user WHERE User='root';

确保每个root账户要么设置强密码，要么直接删除不需要的匿名账户。另外，初始化时MySQL默认会创建几个匿名账户，建议一并删除：

DELETE FROM mysql.user WHERE Password=''; FLUSH PRIVILEGES;

如果应用服务器与MySQL不在同一台机器上，还需要给应用账号授权允许远程访问：

GRANT ALL PRIVILEGES ON 你的数据库.* TO 'app_user'@'%' IDENTIFIED BY '应用密码'; FLUSH PRIVILEGES;

授权时host='%'表示允许任意IP访问。但生产环境里更严谨的做法是限制为具体IP段，比如192.168.%.%，减少不必要的暴露面。这里需要补充说明，由于我在my.cnf里开启了skip-name-resolve，使用host='%'方式不受影响，但如果想用具体主机名来授权，会不生效，这是skip-name-resolve的一个已知行为。

4. 常见问题与排查技巧实录

装MySQL这件事，顺利的话半小时收工，不顺的话，各种报错能让人怀疑人生。这一节我把离线安装过程中我最常遇到的问题、排查思路、解决办法整理成一个速查表，再对其中几个典型场景展开分析。这些问题都是我在多台机器上实测过的，照着排查会省很多时间。

4.1 libaio.so.1缺失导致启动失败

这个问题在第一节提到过，因为它出现频率实在太高，我把它放在最前面。现象是启动mysqld或mysql.server start时，shell直接报error while loading shared libraries: libaio.so.1: cannot open shared object file。

排查命令：

ldconfig -p | grep libaio

如果输出为空，说明系统确实没有libaio。解决办法就是在联网机器上提前下载libaio的RPM或deb包，拷进内网后安装。CentOS 7可以用下面的方式在联网机器上只下载不安装：

yum install --downloadonly --downloaddir=/opt/rpm libaio libaio-devel

然后在离线机器上rpm -ivh安装。这一步做完，再启动MySQL，问题就解决了。

4.2 mysql_install_db初始化报错或目录结构异常

初始化时报错通常集中在两类：一是缺少perl依赖，执行脚本时提示can't locate strict.pm之类的perl模块缺失；二是/data/mysql目录非空导致初始化中止。

perl依赖问题解决方法是补装perl：

rpm -ivh perl-*.rpm

目录非空的报错信息会提示datadir directory not empty。检查一下目录，如果里面确实没有重要数据，清空后重新初始化即可：

rm -rf /data/mysql/*

另外也遇到过一种情况：初始化命令返回OK，但/data/mysql下只有少量文件，连mysql系统库都不全。这多半是因为/data/mysql的属主不对，mysql用户没有写权限。解决办法是重新执行chown -R mysql:mysql /data/mysql后再初始化。初始化完成后，可以检查mysql库和performance_schema库是否生成，确认这一步没有遗漏。

4.3 Can't connect to local MySQL server through socket

这个错误是客户端连接时最常遇到的。它表示客户端想通过socket文件连MySQL，但连接不上。排查思路按顺序走：

ls -l /tmp/mysql.sock ps -ef | grep mysqld cat /data/mysql/error.log | tail -50

第一步看socket文件是否存在，如果不存在，说明mysqld可能没启动或者启动后立即崩溃了；第二步看mysqld进程是否存在；第三步看错误日志，通常能直接找到崩溃原因。

一个常见场景是服务器异常重启后，/tmp目录被清空，mysql.sock文件不见了，但mysqld进程已经起来了。这种情况下客户端照样连不上，因为socket文件丢失。解决办法是重启mysqld进程，让它重新生成socket文件：

/usr/local/mysql/support-files/mysql.server restart

如果你不想依赖/tmp目录，也可以在my.cnf里把socket路径改到数据目录下，比如socket = /data/mysql/mysql.sock，然后在客户端连接时显式指定--socket参数，这样即使系统清理/tmp目录也不受影响。不过要注意，很多PHP、Java中间件默认会去/tmp/mysql.sock找MySQL，改了路径就得多传一个socket参数，各有取舍。

4.4 误用5.7的初始化方式导致启动失败

这个问题在跨版本经验的人身上特别常见。MySQL 5.7开始，官方用mysqld --initialize替换了mysql_install_db，初始化时如果不带--initialize参数，mysqld启动会走到正常的启动流程，但因为数据目录是空的，会直接报错退出。

具体现象是：执行mysqld --user=mysql后，日志里报[ERROR] Aborting，数据目录里只有少量文件，没有任何系统库。有些人试了几次后以为安装包坏了，其实是初始化根本没做完。

解决方法是回到5.6的初始化逻辑，重新执行：

rm -rf /data/mysql/* /usr/local/mysql/scripts/mysql_install_db --basedir=/usr/local/mysql --datadir=/data/mysql --user=mysql

这里踩过的另一个坑是：初始化完成后忘了执行后续的密码设置步骤，导致数据库处于root空密码状态。建议初始化成功后就立刻执行3.5节的密码重置流程。

4.5 较新系统上运行5.6的兼容性问题处理

MySQL 5.6官方二进制包绑定的glibc是2.12，在CentOS 7（glibc 2.17）上运行毫无压力。但如果你的系统比较新，比如Ubuntu 20.04、Debian 11或者CentOS 8，glibc版本到了2.30以上，偶尔会出现二进制兼容告警，甚至有个别功能异常。我实测在Ubuntu 20.04上运行5.6.51会遇到一个资源限制方面的小问题：打开文件数限制导致启动时提示File ./ib_logfile0: 'aio write' returned OS error 201。

解决办法有两个方向。一个是调整系统的文件描述符限制，在/etc/security/limits.conf里增加配置：

mysql soft nofile 1024000 mysql hard nofile 1024000

另一个是修改my.cnf，把InnoDB的异步IO关掉：

innodb_use_native_aio = 0

这两个方式我建议先在测试环境验证，再决定是否用到生产环境。实在不行，就考虑换用Docker容器来做隔离，在容器里跑一个CentOS 7再安装MySQL 5.6，能从根本上绕开glibc兼容问题。

这里也提醒一句，在高并发或数据量大的生产场景下，5.6本身已经有些跟不上时代，如果项目没有历史包袱，建议直接考虑5.7或8.0。但如果是存量系统不得不留在5.6，上面这些兼容性处理手段就非常实用。

5. 离线安装的常用命令速查与验证清单

这部分我把安装过程中涉及的常用命令集中整理出来，方便复制到自己的笔记里。同时也提供一份安装完成的验证清单，确保每一步都做到位再交付。

5.1 安装全流程命令速查

从解压到启动，我整理了一份浓缩版命令序列：

tar -xzf mysql-5.6.51-linux-glibc2.12-x86_64.tar.gz mv mysql-5.6.51-linux-glibc2.12-x86_64/* /usr/local/mysql/ groupadd mysql useradd -g mysql -s /sbin/nologin mysql mkdir -p /data/mysql chown -R mysql:mysql /usr/local/mysql /data/mysql /usr/local/mysql/scripts/mysql_install_db --basedir=/usr/local/mysql --datadir=/data/mysql --user=mysql /usr/local/mysql/support-files/mysql.server start cp /usr/local/mysql/support-files/mysql.server /etc/init.d/mysql chmod +x /etc/init.d/mysql chkconfig --add mysql chkconfig mysql on

先不要急着复制执行，应该逐行理解每条命令的用途。尤其是chown那一步，很多人漏了，导致后面权限类报错。如果你把数据目录放在系统根分区下，比如/var/lib/mysql，相应地调整目录路径即可。

5.2 安装完成后的功能验证清单

我在部署完MySQL之后，会按下面这份清单逐项验证，确认没遗漏：

• ps -ef | grep mysqld能查看到mysqld进程
• /usr/local/mysql/bin/mysqladmin ping返回mysqld is alive
• /usr/local/mysql/bin/mysql -u root -p能带密码登录
• 新建测试库和表，插入一条数据再查询，正常返回
• 重启一次系统，确认MySQL自动启动
• 检查/data/mysql/error.log里没有新的ERROR级别日志

最后一项别忽略。很多部署看似成功，但error.log里已经堆满了警告或者错误，如果不检查，过几天业务一跑就出问题。养成查看error.log的习惯，是数据库运维的基本素养。

5.3 离线环境下维护5.6的额外建议

MySQL 5.6官方已经停止维护，这意味着即使发现高危漏洞，也不再提供补丁。在离线环境下运行5.6，一定要在架构设计上做保护：数据库不要直接暴露在公网，只允许内网网段访问；定期做全量备份和增量备份；给数据目录单独挂载磁盘，避免系统盘故障连累数据。

我见过不少团队因为在离线环境运行5.6，就觉得非常安全、不用做加固。这种想法其实很危险。离线不等于绝对安全，内网里同样可能发生误操作、恶意删除或者数据损坏。合理的做法是把“数据库版本老旧”当成一个已知风险去管理，而不是忽略它。

如果你后续有迁移升级的计划，可以先把5.6的数据用mysqldump导出，再导入到新版本环境。我试过从5.6直接dump数据导入8.0，大部分情况下都能成功，但要注意一些老语法在8.0里不再兼容，比如部分group by写法。所以迁移前一定先在测试环境完整演练一遍，别上来就动生产。

6. 环境差异说明与灵活调整

不同企业对服务器发行版的偏好不同，有的用CentOS，有的用Ubuntu，有的用国内Linux发行版。虽然核心安装逻辑一致，但细节上有一些差异需要单独说明。

6.1 CentOS 6与CentOS 7的差异处理

CentOS 6和CentOS 7是最常碰到MySQL 5.6的两个系统。CentOS 6的systemd还没普及，init脚本方式（chkconfig）是主流，而CentOS 7默认走systemd。我们前面使用chkconfig的方式在两种系统上都适用，这点倒不用太纠结。

CentOS 6上要注意selinux默认是强制模式（enforcing），MySQL如果被限制，可能无法正常写数据目录。可以临时执行setenforce 0验证是否selinux导致问题，如果是，再按实际安全要求调整策略，不建议直接永久关闭selinux。CentOS 7的selinux默认也是enforcing，但MySQL 5.6在标准路径下通常不受影响，只有当数据目录放在非标准位置时才有可能触发限制。

6.2 Debian/Ubuntu系的差异处理

Debian系的默认目录结构和RHEL系差异较大，包括配置文件路径、服务管理方式都不同。在Ubuntu上离线安装MySQL 5.6，我的经验是：二进制包解压方式不变，但数据目录放在/app/mysql或/opt/mysql这样的自定义位置，避免和系统自带MySQL冲突。服务启动直接用mysqld_safe，或者自己写一个systemd service文件。

Ubuntu上最容易出错的是缺少libaio1和libncurses5这两个库。libaio1对应CentOS的libaio，libncurses5是mysql客户端在终端下的依赖。离线环境下提前下载libaio1和libncurses5的deb包，安装后再启动MySQL就稳了。

6.3 云服务器与虚拟机的注意事项

不管是云服务器还是虚拟机，只要内核是标准Linux，这套流程都适用。但在云环境里要额外注意安全组或安全策略的配置。如果你在云上开了3306端口，但my.cnf里没有设置bind-address，MySQL会默认监听所有网卡，这时安全问题就会比较突出。

我平时在my.cnf里会把bind-address明确写成内网IP，比如：

bind-address = 192.168.1.100

这样即使安全组误开放了3306端口，外部流量也无法访问到MySQL服务。如果确实需要远程连接，再用SSH隧道或者跳板机方式，对MySQL端口做隔离。

顺便补充一点，云服务器如果使用默认的yum源或apt源，在离线环境下的处理方式与物理机完全一致，不受到云厂商特殊组件的影响，这在大多数情况下都能保证安装的一致性。

7. 写在最后的一点经验

MySQL 5.6的离线安装流程，本质上是一套“预判依赖、准备齐全、按序执行、验证到位”的方法论。网上关于MySQL安装的教程非常多，但离线环境下的坑往往不在MySQL本身，而在系统环境、依赖库、目录权限这些“外围”地方。把这些前置条件理清楚，后面的安装就是水到渠成的事。

我个人在实际操作中最大的体会是：一定要在安装前把环境检查做完，不要为了赶进度跳过检查环节。很多坑在前面花五分钟检查就能避开，硬着头皮往下装反而会花几个小时去排查。还有一点，日志文件是最好的排查老师，mysqld的error.log里几乎记录了所有启动失败的原因，养成第一时间看日志的习惯，会省掉很多弯路。

这套流程我本人已经重复跑过多次，从CentOS 6到CentOS 7再到Ubuntu，基本没有遇到过跑不通的情况。如果你在离线环境安装MySQL 5.6时遇到问题，建议先对照第4节的排查思路自查一遍，绝大多数问题都能定位到具体环节。最后再分享一个小技巧：把整个安装过程涉及到的命令、报错和解决方案整理成自己的笔记文档，放进内网知识库，下次接手新环境部署时，照着笔记走一遍就能快速交付。