简介本资源为 MySQL 5.7.40 在 Linux-glibc2.12 环境下的 x86_64 离线安装包面向需要在无外网或内网环境中部署关系型数据库的运维与后端开发人员。压缩包共 379 个文件约 646.59MB以 h 头文件、so 动态库、xml 配置、sql 脚本及 mysqld、mysql、mysqldump 等可执行程序为主完整覆盖服务端、客户端与配套工具链解压后即可获得标准目录结构。目前已有 748 人学习下载。资源内含初始化脚本、安全配置脚本与多款管理工具便于读者在离线条件下完成数据库初始化、权限设置与日常运维同时可借助自带文档与示例理解 InnoDB 存储引擎、JSON 支持及 TLS 加密等 5.7 版本特性适合作为内网部署与版本升级的参考包。1. 拿到 mysql-5.7.40-linux-glibc2.12-x86-64.tar.gz 之后为什么内网机器只认这个包一台不接外网的 CentOS 7 或麒麟 V10 服务器yum install mysql-server直接报错找不到源rpm -ivh又提示一堆依赖缺失。这时候mysql-5.7.40-linux-glibc2.12-x86-64.tar.gz就是最省事的路子——它是 MySQL 官方编译好的通用二进制包解压即用不依赖系统包管理器也不挑发行版。名字里三个关键信息值得拆开看5.7.40是版本号glibc2.12是编译时链接的 C 运行库最低版本x86-64是 CPU 架构。只要目标机器的 glibc 不低于 2.12、CPU 支持 x86-64 指令集这个包就能跑。它解决的核心问题是在完全离线的环境里用一份 tar.gz 把 MySQL 5.7 装起来并跑通。适合运维、后端开发、以及需要在国产 Linux 上部署数据库的工程师。2. 解压之前先做三件事glibc 版本、依赖库、磁盘与用户2.1 确认 glibc 版本和 CPU 架构是否匹配很多人拿到包直接tar -zxvf解压完执行bin/mysqld报FATAL glibc error: cpu does not support x86-64-v2或者version GLIBC_2.14 not found。前者是 CPU 太老后者是系统 glibc 太低。先查清楚再动手# 查看 glibc 版本输出必须 2.12 ldd --version | head -1 # 查看 CPU 架构必须是 x86_64 uname -m # 查看 CPU 是否支持 x86-64-v2 指令集5.7.40 官方包一般只要求基础 x86-64 cat /proc/cpuinfo | grep flags | head -1ldd --version第一行会打印类似ldd (GNU libc) 2.17的信息2.17 大于 2.12没问题。如果输出是 2.12 以下比如某些精简版系统这个包跑不起来得换更低版本编译的包或者升级 glibc。uname -m输出x86_64才匹配输出aarch64说明是 ARM 机器这个包用不了。/proc/cpuinfo里的 flags 如果缺少sse4_2、popcnt等指令MySQL 5.7 可能启动失败。2.2 检查 libaio 和 numactl 这两个依赖通用二进制包虽然不依赖包管理器但它依赖两个系统库libaio和numactl。离线环境里这两个库往往没装mysqld启动时会报error while loading shared libraries: libaio.so.1。提前检查# 检查 libaio rpm -qa | grep libaio # 检查 numactl rpm -qa | grep numactl # 如果没有从系统镜像里找对应的 rpm 包手动安装 # 常见路径/media/cdrom/Packages/ rpm -ivh libaio-0.3.109-13.el7.x86_64.rpm rpm -ivh numactl-libs-2.0.12-5.el7.x86_64.rpmlibaio提供异步 I/O 支持MySQL 的 InnoDB 引擎在 Linux 上默认使用native AIO没有这个库会直接启动失败。numactl用于 NUMA 架构下的内存分配控制虽然不装也能跑但 MySQL 5.7 在 NUMA 机器上可能出现内存分配不均导致性能抖动建议装上。如果系统镜像里找不到 rpm可以从另一台同版本机器上scp过来或者用yumdownloader在有网的机器上下载后拷贝。2.3 创建 mysql 用户和规划目录结构MySQL 不允许用 root 用户运行mysqld必须创建一个专用系统用户。同时要规划好数据目录、日志目录、临时目录的位置。我一般把数据放在独立分区上避免系统盘写满导致数据库崩溃# 创建 mysql 用户组和用户-r 表示系统用户-s /sbin/nologin 禁止登录 groupadd mysql useradd -r -g mysql -s /sbin/nologin mysql # 创建目录结构 mkdir -p /usr/local/mysql # 程序目录 mkdir -p /data/mysql/data # 数据目录 mkdir -p /data/mysql/log # 日志目录 mkdir -p /data/mysql/tmp # 临时目录 # 设置权限数据目录必须归 mysql 用户所有 chown -R mysql:mysql /data/mysql chown -R mysql:mysql /usr/local/mysql chmod 750 /data/mysql/data-r参数创建的是系统用户UID 小于 1000不会出现在普通登录列表里。-s /sbin/nologin禁止该用户通过 shell 登录减少安全风险。数据目录权限设为 750确保只有 mysql 用户和同组用户能访问。临时目录单独放在/data/mysql/tmp而不是/tmp因为/tmp可能被系统清理策略清空导致大查询时临时文件丢失。3. 从解压到初始化把 mysqld 跑起来的最小命令序列3.1 解压并建立软链接# 解压到 /usr/local tar -zxvf mysql-5.7.40-linux-glibc2.12-x86-64.tar.gz -C /usr/local/ # 重命名目录去掉版本号方便后续升级 mv /usr/local/mysql-5.7.40-linux-glibc2.12-x86-64 /usr/local/mysql # 建立软链接如果已经有 /usr/local/mysql 目录则跳过 ln -s /usr/local/mysql /usr/local/mysql # 将 mysql 的 bin 目录加入 PATH echo export PATH/usr/local/mysql/bin:$PATH /etc/profile source /etc/profile解压后的目录名很长重命名为/usr/local/mysql是惯例后续配置文件、启动脚本都基于这个路径。软链接这一步在首次安装时可以省略但如果以后要升级到 5.7.41只需要解压新版本、改软链接指向配置文件不用动。PATH加入/etc/profile而不是~/.bashrc因为mysqld可能由 systemd 或 init 脚本启动需要全局生效。3.2 编写 my.cnf 配置文件MySQL 5.7 的配置文件读取顺序是/etc/my.cnf→/etc/mysql/my.cnf→$MYSQL_HOME/my.cnf。我一般直接写/etc/my.cnf内容精简但覆盖关键参数[mysqld] # 基础路径 basedir /usr/local/mysql datadir /data/mysql/data tmpdir /data/mysql/tmp socket /data/mysql/mysql.sock pid-file /data/mysql/mysql.pid # 端口和绑定地址 port 3306 bind-address 0.0.0.0 # 字符集5.7 默认 latin1必须改成 utf8mb4 character-set-server utf8mb4 collation-server utf8mb4_general_ci # InnoDB 核心参数 innodb_buffer_pool_size 1G innodb_log_file_size 256M innodb_flush_log_at_trx_commit 2 innodb_file_per_table 1 # 连接数 max_connections 500 # 日志 log-error /data/mysql/log/error.log slow_query_log 1 slow_query_log_file /data/mysql/log/slow.log long_query_time 2 # 关闭 DNS 反查加速连接 skip-name-resolve [client] socket /data/mysql/mysql.sock default-character-set utf8mb4innodb_buffer_pool_size是最重要的参数一般设为物理内存的 50%70%专用数据库服务器可以到 80%。innodb_flush_log_at_trx_commit 2表示每次事务提交只写 OS 缓存不强制刷盘性能提升明显但断电可能丢最后 1 秒的数据如果对数据安全要求极高设为 1。skip-name-resolve禁止 MySQL 对连接 IP 做反向 DNS 解析内网环境没有 DNS 服务器时不关这个参数会导致每次连接卡几秒。character-set-server utf8mb4是必须的5.7 默认latin1存中文会乱码。3.3 初始化数据目录MySQL 5.7 的初始化方式和 5.6 不同5.6 用mysql_install_db5.7 改用mysqld --initialize。这一步会创建系统表空间、生成 root 临时密码# 确保数据目录为空 rm -rf /data/mysql/data/* # 初始化--initialize 会生成随机 root 密码 /usr/local/mysql/bin/mysqld --initialize --usermysql --basedir/usr/local/mysql --datadir/data/mysql/data # 查看临时密码 grep temporary password /data/mysql/log/error.log--initialize生成的临时密码在 error.log 里格式类似A temporary password is generated for rootlocalhost: xxxxxxxx。这个密码必须记下来首次登录后立刻修改。如果不想用随机密码可以用--initialize-insecureroot 密码为空但生产环境不建议。初始化过程会创建ibdata1、ib_logfile0、ib_logfile1等文件如果中途报错需要清空数据目录重新来。3.4 配置 systemd 启动脚本CentOS 7 及以上用 systemd 管理服务写一个 unit 文件比用mysqld_safe更规范# /etc/systemd/system/mysqld.service [Unit] DescriptionMySQL Server 5.7.40 Afternetwork.target [Service] Usermysql Groupmysql Typeforking PIDFile/data/mysql/mysql.pid ExecStart/usr/local/mysql/bin/mysqld --defaults-file/etc/my.cnf --daemonize ExecStop/usr/local/mysql/bin/mysqladmin --defaults-file/etc/my.cnf shutdown Restarton-failure RestartSec5 LimitNOFILE65535 [Install] WantedBymulti-user.targetTypeforking配合--daemonize参数让 mysqld 以守护进程方式运行。LimitNOFILE65535提高文件描述符上限默认 1024 在高并发下不够用。Restarton-failure让 MySQL 意外崩溃后自动重启但如果是配置错误导致启动失败会反复重启需要看 error.log 排查。# 重载 systemd 配置 systemctl daemon-reload # 启动 MySQL systemctl start mysqld # 设置开机自启 systemctl enable mysqld # 查看状态 systemctl status mysqld3.5 首次登录并修改密码# 用临时密码登录 mysql -uroot -p # 修改 root 密码 ALTER USER rootlocalhost IDENTIFIED BY YourNewPassword123!; # 允许 root 从任意 IP 连接按需生产环境建议限制 -- 如果只需要本地访问跳过这步 CREATE USER root% IDENTIFIED BY YourNewPassword123!; GRANT ALL PRIVILEGES ON *.* TO root% WITH GRANT OPTION; FLUSH PRIVILEGES;ALTER USER是 5.7 推荐的改密码方式SET PASSWORD在 5.7 中已废弃。创建root%用户是为了远程连接但生产环境更安全的做法是创建普通用户并限制来源 IP。FLUSH PRIVILEGES在GRANT语句后执行让权限表立即生效。4. 离线安装最容易翻车的五个地方从报错到解决4.1 启动报错libaio.so.1: cannot open shared object file现象systemctl start mysqld失败journalctl -xe看到error while loading shared libraries: libaio.so.1。原因系统没装libaio库MySQL 的 InnoDB 引擎依赖它做异步 I/O。解决从系统安装镜像的Packages目录找libaio-*.rpmrpm -ivh安装。如果找不到从同版本机器scp过来。装完ldconfig刷新库缓存再启动。4.2 初始化时报FATAL glibc error: cpu does not support x86-64-v2现象执行mysqld --initialize直接退出error.log 里写cpu does not support x86-64-v2。原因MySQL 5.7.40 的官方二进制包在编译时启用了x86-64-v2指令集优化老 CPU如早期的 Atom、部分国产化平台不支持。解决换用mysql-5.7.40-linux-glibc2.12-x86_64.tar.gz注意下划线版本非-x86-64或者降级到 5.7.30 以下的版本。如果必须用 5.7.40只能从源码编译编译时指定-marchx86-64。4.3 启动后客户端连接报ERROR 2002 (HY000): Cant connect to local MySQL server through socket /tmp/mysql.sock现象mysql -uroot -p报 socket 连接失败。原因客户端默认去/tmp/mysql.sock找 socket 文件但配置文件里socket /data/mysql/mysql.sock路径不一致。解决在[client]段也加上socket /data/mysql/mysql.sock或者连接时显式指定mysql -uroot -p --socket/data/mysql/mysql.sock。根本原因是my.cnf里[mysqld]和[client]的 socket 路径没对齐。4.4 中文乱码建库时没指定字符集现象插入中文数据后SELECT出来是???。原因MySQL 5.7 默认字符集是latin1虽然my.cnf里设了character-set-server utf8mb4但已有库表的字符集不会自动改。解决建库时显式指定CREATE DATABASE mydb DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;。已有库用ALTER DATABASE mydb CHARACTER SET utf8mb4;修改但已有表的列字符集需要单独ALTER TABLE ... CONVERT TO CHARACTER SET utf8mb4;。连接串里也要加characterEncodingutf8。4.5 磁盘满导致 MySQL 崩溃且无法重启现象systemctl start mysqld一直失败error.log 报No space left on device。原因innodb_log_file_size设得太大或者binlog没清理把/data分区写满了。解决先清理磁盘删除旧的 binlog 文件PURGE BINARY LOGS BEFORE 2024-01-01;或者把datadir迁移到更大的分区。预防措施是给/data分区设监控告警innodb_log_file_size不要超过innodb_buffer_pool_size的 25%。5. 装完之后验证 MySQL 5.7.40 是否真的跑稳了5.1 用 mysqladmin 做一轮健康检查# 查看基本状态 mysqladmin -uroot -p status # 查看详细变量 mysqladmin -uroot -p extended-status | grep -E Threads_connected|Innodb_buffer_pool_reads|Slow_queries # 查看进程列表 mysqladmin -uroot -p processlistmysqladmin status输出Uptime、Threads、Questions、Slow queries等关键指标。Threads_connected持续接近max_connections说明连接数不够。Innodb_buffer_pool_reads如果持续增长说明 buffer pool 太小数据频繁从磁盘读。5.2 用 mysqlslap 做一次简单压测# 模拟 50 个并发执行 1000 次查询 mysqlslap -uroot -p --concurrency50 --iterations3 --number-of-queries1000 --querySELECT 1 --create-schematest--concurrency50模拟 50 个并发连接--iterations3跑 3 轮取平均。输出会显示Average number of seconds to run all queries如果这个值超过 1 秒说明配置或硬件有问题。压测时观察top里mysqld的 CPU 和内存占用CPU 跑满但 QPS 上不去可能是innodb_buffer_pool_size不够。5.3 检查 error.log 里有没有隐藏警告# 查看最近 50 行错误日志 tail -50 /data/mysql/log/error.log # 搜索警告关键词 grep -i warning\|error\|note /data/mysql/log/error.log | tail -20常见的无害警告包括[Note] InnoDB: page_cleaner: 1000ms intended loop took ...这是正常的刷脏页延迟。但[Warning] IP address x.x.x.x could not be resolved说明skip-name-resolve没生效需要检查配置。[ERROR] InnoDB: Cannot allocate memory for the buffer pool说明内存不够要调小innodb_buffer_pool_size。5.4 一个我踩过的坑别用 root 跑 mysqld_safe早期我图省事直接用root执行mysqld_safe --usermysql 结果系统重启后 MySQL 没起来因为mysqld_safe的启动脚本没写进 init。后来统一用 systemd 管理systemctl enable mysqld确保开机自启。另外mysqld_safe在 5.7 里虽然还能用但官方推荐直接用mysqld --daemonize少一层包装少一个故障点。每次装完新环境我都会跑一遍systemctl status mysqld和mysqladmin status确认Active: active (running)且Uptime在增长才算真正交付。希望帮到你。本文还有配套的精品资源点击获取