MySQL 5.6.51 Community Generic 在 Linux 上的完整安装手册

接手一台还在生产环境跑 MySQL 的老机器时最头疼的往往不是业务本身而是版本被人为锁定在了一个比较旧的节点上。MySQL 5.6.51 这个版本属于 5.6 系列很多发行版的软件源里根本没有这个二进制包yum 或 apt 装不上指定版本源码编译又费时费力。这时候官方的 Community Generic 安装包反而是最省心的方案它是预编译好的 Linux 通用二进制不依赖某个发行版专属的包管理解压、初始化、配置三步走就能把实例跑起来。这份教程就针对 MySQL 5.6.51 Community Generic 在 Linux 上的完整安装把下载校验、用户和目录规划、my.cnf 编写、数据目录初始化、systemd 托管、安全加固以及常见排错都过一遍适合需要手动部署或维护 5.6 老实例的运维和开发参考。1. 安装前先想清楚为什么选 Generic 安装包1.1 三种常见安装方式的取舍很多刚开始接触 MySQL 部署的朋友会习惯性先敲 yum install mysql-server遇到版本不对才意识到出了问题。这里我先把主流安装方式摆出来对比一下你看完就明白为什么在生产环境锁定版本时Generic tar 包往往比包管理器更可靠。安装方式优点缺点适用场景yum / apt 安装命令简单依赖自动处理仓库里的版本通常比较旧无法精确安装 5.6.51测试环境、对版本不敏感的场景源码编译可自定义编译参数和安装路径耗时长依赖工具链复杂容易编译失败特殊硬件、特殊优化需求Generic tar 包官方预编译版本精确目录可控升级切换方便需要手动管理权限、systemd 服务、日志轮转生产环境标准部署、版本锁定Generic 包在官方文档里也常被称为“Linux Generic”本质上是一套基于 glibc 编译的二进制文件集合。它不像 RPM 包那样把文件散落到系统目录里而是集中在单一文件夹下这样你要迁移、升级或彻底卸载时都会非常干净。1.2 版本兼容与系统环境判断安装前先确认两件事操作系统架构和 glibc 版本。MySQL 5.6.51 的 Generic 包命名一般是 mysql-5.6.51-linux-glibc2.12-x86_64.tar.gz这个命名就明确告诉你了它要求系统的 glibc 版本不低于 2.12。绝大多数 CentOS 7、Ubuntu 16.04 及更新版本都满足要求。检查 glibc 版本可以用一行命令ldd --version如果输出里能看到类似“Linux 2.12”的字样或者更高的版本号那说明系统可以正常支撑这个包。另外需要注意磁盘空间。MySQL 5.6 的安装包本身只有几百 MB但初始化后的数据目录、binlog、错误日志会持续增长我建议先确认数据盘至少有 10GB 以上可用空间并且最好把数据目录单独放在一个分区上避免和系统盘抢占 I/O。2. 下载、校验与环境准备2.1 下载安装包并核对校验值下载 MySQL 5.6.51 的官方地址在 MySQL 官网的历史版本下载页面里搜索时记得带上“Archives”或“5.6”关键字。直接在服务器上拉取时建议用 wget 下载wget https://downloads.mysql.com/archives/get/p/23/file/mysql-5.6.51-linux-glibc2.12-x86_64.tar.gz下载完成后一定不要急着解压先做校验。官方页面会提供 MD5 和 SHA256 校验值我们实际执行md5sum mysql-5.6.51-linux-glibc2.12-x86_64.tar.gz sha256sum mysql-5.6.51-linux-glibc2.12-x86_64.tar.gz然后把输出结果和官网给的校验值做对比。这一步很关键网络传输过程中文件损坏虽然概率低但一旦发生解压或初始化时会报出各种莫名其妙的错误。更严重的是如果下载源被污染文件可能被替换校验能帮你避免这种情况。2.2 系统依赖检查与安装MySQL 5.6 在运行时依赖一些基础库最常见的是 libaio、ncurses 和 perl。缺少这些依赖时初始化阶段会出现找不到 libaio.so.1 之类的报错。在基于 RHEL 的发行版上执行yum install -y libaio libaio-devel ncurses-libs perl如果是 Debian 或 Ubuntu 系列则执行apt-get install -y libaio1 libncurses5 perl这里我特别强调一下 libaio它是异步 I/O 的支撑库MySQL 的 InnoDB 引擎在启动时会尝试加载它。如果缺失mysqld 会直接拒绝启动。所以提前装好能省掉后面很多排查时间。2.3 创建专用用户并规划目录结构MySQL 进程绝对不能以 root 身份运行这是基本的安全底线。创建专用系统用户groupadd mysql useradd -r -g mysql -s /sbin/nologin mysql注意这里用了 -s /sbin/nologin即使用户被攻破或误操作也无法直接登录系统 shell这是一个额外的安全保险。接下来规划目录结构。我不建议把数据文件放在安装目录下而是把“程序”和“数据”分离/usr/local/mysql 程序目录存放二进制文件/data/mysql/data 数据目录存放 InnoDB 表空间、系统表/data/mysql/logs 日志目录存放错误日志和 binlog这样做的原因很实际当 MySQL 需要升级时程序目录可以直接替换而数据目录独立最大限度避免误操作。后面所有目录记得把属主和属组都改成 mysql。3. 解压安装、编写配置与初始化数据目录3.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-5.6.51 ln -s /usr/local/mysql-5.6.51 /usr/local/mysql接着创建数据目录和日志目录并设置属主mkdir -p /data/mysql/data mkdir -p /data/mysql/logs mkdir -p /data/mysql/run chown -R mysql:mysql /data/mysql chown -R mysql:mysql /usr/local/mysql这里要提醒一下ln -s 这个软链接的做法很值得保留。以后如果要从 5.6 升级到 5.7只需要把软链接指向新目录再按官方步骤完成数据升级即可减少路径调整带来的风险。3.2 手写一份实用的 my.cnfMySQL 的配置集中在一个 my.cnf 文件里。我倾向于在初始化之前就把核心参数都写清楚避免启动后再改来改去。下面是一份在中小型生产环境中实测可用的配置[client] port 3306 socket /tmp/mysql.sock default-character-set utf8mb4 [mysqld] user mysql basedir /usr/local/mysql datadir /data/mysql/data socket /tmp/mysql.sock pid-file /data/mysql/run/mysql.pid log-error /data/mysql/logs/error.log character-set-server utf8mb4 collation-server utf8mb4_general_ci server-id 100 log-bin /data/mysql/logs/binlog binlog_format row symbolic-links 0 max_connections 500 innodb_buffer_pool_size 1G innodb_log_file_size 256M skip-name-resolve逐项说明几个核心参数的意义。basedir 和 datadir 是必须明确指出的它们是 MySQL 找程序和数据的根。socket 和 pid-file 路径要保证目录存在否则启动会报错。log-error 指定错误日志位置排错时这是第一手信息。字符集设置 utf8mb4 是为了兼容现代应用中常见的 emoji 和生僻字。innodb_buffer_pool_size 建议设置为物理内存的 50% 到 70%比如物理内存是 4G那设置 2G 左右比较合理我这里写 1G 作为保守示例。log-bin 开启二进制日志后数据目录会额外占用空间但对于后续主从复制和基于时间点的恢复是必需品。binlog_format 设置为 row虽然会占用更多日志空间但安全性最高不会因为语句执行顺序问题导致主从不一致。3.3 初始化数据目录并处理初始状态初始化是 MySQL 5.6 最容易出错的环节。注意5.6 版本不支持 mysqld --initialize 这种新式初始化命令必须使用 scripts 目录下的 mysql_install_db 工具/usr/local/mysql/scripts/mysql_install_db --basedir/usr/local/mysql --datadir/data/mysql/data --usermysql执行时一定要用绝对路径指定 basedir 和 datadir避免它去猜默认的 /usr/local/mysql 或 /var/lib/mysql。如果一切正常屏幕上会出现 “Installing MySQL system tables” 和 “OK” 之类的输出最后提示初始化完成。初始化完成后数据目录里会出现 mysql、performance_schema 等系统库文件和 ibdata1 表空间文件。此时 root 用户的初始状态是空密码但不要立刻用远程方式连接先在本地通过 socket 登录验证/usr/local/mysql/bin/mysql -uroot -S /tmp/mysql.sock如果登录成功说明初始化基本没问题。接下来的步骤就是修改密码和做安全加固。4. 启动服务、配置开机自启与路径4.1 手工试启动并验证运行状态正式写入 systemd 之前我建议先手工启动一次确认二进制、配置文件和目录权限都没问题。MySQL 5.6 官方推荐的启动入口是 mysqld_safe它是一个包装脚本会在后台启动 mysqld并在进程崩溃时尝试重启/usr/local/mysql/bin/mysqld_safe --defaults-file/etc/my.cnf 启动后不要急着操作等两三秒再检查错误日志tail -f /data/mysql/logs/error.log看到类似 “ready for connections” 的字样时说明服务已经正常监听。再验证端口和进程netstat -tnlp | grep 3306 ps -ef | grep mysqld这里我实际遇到过的坑是配置文件里写的 socket 路径和客户端连接时指定的 socket 路径不一致导致明明服务在跑客户端却报找不到 socket。所以手工启动时一定要确认 my.cnf 里的 socket 是 /tmp/mysql.sock后续客户端统一用这个路径。4.2 编写 systemd 单元文件实现托管手工启动能跑通不代表生产环境可以这么用。需要把 MySQL 托管给 systemd这样开机自启、崩溃拉起和日志查看都统一了。新建文件 /etc/systemd/system/mysqld.service[Unit] DescriptionMySQL 5.6.51 Community Server Afternetwork.target [Service] Typeforking Usermysql Groupmysql ExecStart/usr/local/mysql/bin/mysqld_safe --defaults-file/etc/my.cnf ExecStop/usr/local/mysql/bin/mysqladmin -uroot -S /tmp/mysql.sock shutdown TimeoutSec300 PrivateTmptrue [Install] WantedBymulti-user.target这里有几个关键点。Typeforking 是因为 mysqld_safe 启动后会 fork 出 mysqld 子进程然后自己常驻systemd 需要知道这个行为才能正确判断服务是否启动完成。ExecStop 使用 mysqladmin 优雅关闭而不是粗暴 kill 进程这样可以保证 InnoDB 完成崩溃恢复流程避免数据损坏。写好单元文件后执行systemctl daemon-reload systemctl start mysqld systemctl enable mysqld如果启动失败先执行 systemctl status mysqld 查看状态再结合错误日志定位问题。整体而言systemd 托管后的操作就统一了以后启停只需要 systemctl start mysqld 和 systemctl stop mysqld。4.3 环境变量与后续命令便利安装完成后为了让 mysql、mysqldump 等命令在任意目录都能直接使用配置一下 PATH 环境变量。新建文件 /etc/profile.d/mysql.shexport PATH/usr/local/mysql/bin:$PATH保存后执行 source /etc/profile 或重新登录当前会话即可。这里我特别提醒一点不要在生产环境把 /usr/local/mysql/lib 直接加入到 LD_LIBRARY_PATH因为这样可能影响系统里其他软件加载的动态库版本引发难以排查的兼容性问题。MySQL 客户端通常不需要额外设置库路径保持简单才是上策。5. 安全加固与连接配置5.1 修改 root 密码并验证登录刚初始化的 MySQLroot 用户密码为空这是很危险的状态。第一件要做的事就是改密码。通过本地 socket 登录/usr/local/mysql/bin/mysql -uroot -S /tmp/mysql.sock在 MySQL 命令行中执行mysql SET PASSWORD FOR rootlocalhost PASSWORD(YourStrongPass123!); mysql FLUSH PRIVILEGES;MySQL 5.6 还在使用 PASSWORD 函数和 mysql_native_password 插件所以不能用 8.0 时代的 ALTER USER 语法。这一点在后续迁移到高版本时尤其要注意旧密码哈希格式和新版本不完全兼容升级前必须做好密码策略的确认。修改完成后退出并用密码重新登录验证一次/usr/local/mysql/bin/mysql -uroot -p -S /tmp/mysql.sock如果本地能正常登录说明密码设置生效。此时还要考虑客户端工具后面写脚本或使用程序连接时密码中如果有特殊字符记得做转义。5.2 用 mysql_secure_installation 快速加固MySQL 官方提供了一个交互式安全加固工具叫做 mysql_secure_installation它会引导你完成几项基础安全设置。执行命令/usr/local/mysql/bin/mysql_secure_installation工具会依次问你加固项建议操作设置 root 密码如果前面没设过在这里设置删除匿名用户选择 Y去除无认证入口禁止 root 远程登录选 Yroot 只允许本机连接删除 test 数据库选 Y避免测试库残留重新加载权限表选 Y使配置立即生效这个工具适合刚入门的朋友一步步操作不容易漏。但生产环境如果要批量部署交互式工具就显得低效我通常会把对应的 SQL 直接整理成脚本DELETE FROM mysql.user WHERE User; DELETE FROM mysql.user WHERE Userroot AND Host NOT IN (localhost, 127.0.0.1, ::1); DROP DATABASE IF EXISTS test; DELETE FROM mysql.db WHERE Dbtest OR Dbtest\\_%; FLUSH PRIVILEGES;这套脚本和交互式工具的效果是一致的执行之前建议先备份 mysql.user 表避免误删导致登录异常。5.3 创建应用账号并开放远程访问业务程序一般不建议使用 root 连接数据库而是创建独立账号并限定权限。在数据库执行CREATE USER appuser192.168.1.% IDENTIFIED BY AppUserPass2024; GRANT SELECT, INSERT, UPDATE, DELETE ON mydb.* TO appuser192.168.1.%; FLUSH PRIVILEGES;这里把主机限定为 192.168.1.% 网段而不是直接写成 %最大程度减少数据库暴露面。如果应用服务器和数据库在同一内网这种写法既能正常连接又不会让整个互联网的客户端都能尝试认证。远程访问还需要确认 MySQL 的 bind-address 配置。默认情况下MySQL 只监听 127.0.0.1外部机器无法连接。如果需要内网访问在 my.cnf 的 [mysqld] 下加上bind-address 0.0.0.0然后重启服务。注意监听所有网卡虽然方便但一定要靠防火墙限制端口 3306 的访问来源。用 iptables 或云安全组只开放给必要的应用服务器网段这才是安全的核心手段。6. 常见问题与实战排查6.1 初始化阶段的经典报错我见到的初始化失败大多数集中在依赖缺失、目录权限和已存在数据这几个原因上。报错信息原因解决方法error while loading shared libraries: libaio.so.1缺少 libaioyum install -y libaio 或 apt install -y libaio1Could not find mysql_install_db路径不对使用绝对路径 /usr/local/mysql/scripts/mysql_install_dbERROR: The partition where /data/mysql/data resides is too full空间不足清理磁盘或换数据盘mysqld: Cant create/write to file数据目录权限不对chown -R mysql:mysql /data/mysqlFatal error: Cant open and lock privilege tables系统表初始化异常清空数据目录重新初始化但要确认磁盘数据可丢弃这些问题的共同点在于错误信息都已经直接指明了方向。我的排查习惯是先看最后几行报错再用 ldd 检查依赖最后确认权限。不要一上来就重装几次容易把数据目录搞乱。6.2 启动阶段的连接与权限问题启动阶段的报错往往更隐蔽因为服务可能已经在跑了但客户端连不上。最常见的提示是Cant connect to local MySQL server through socket /tmp/mysql.sock这个报错出现时先确认 mysqld 是否真的在运行再看 socket 路径是否和 my.cnf 一致。我遇到过 config 里写的是 /var/lib/mysql/mysql.sock但客户端默认连 /tmp/mysql.sock两边各说各话自然连不上。还有一类问题来自 SELinux。CentOS 7 默认开启 SELinux它可能会阻止 mysqld 读取我们自定义的 /data/mysql 目录。出现权限问题时可以用 restorecon 重新打标签restorecon -R /data/mysql如果依然有问题再在 SELinux 的布尔值里放行setsebool -P mysqld_disable_trans 1不过这个方法放行范围比较大建议优先用 restorecon 解决路径上下文问题。对于 Ubuntu 系统对应要留意 AppArmor它默认会限制 mysqld 可访问的目录自定义数据目录时经常需要调整 AppArmor 配置。6.3 忘记 root 密码的恢复流程运维过程中总会遇到一次忘记 root 密码的情况。MySQL 5.6 提供了 skip-grant-tables 来跳过权限验证但使用时要格外谨慎。恢复流程systemctl stop mysqld /usr/local/mysql/bin/mysqld_safe --skip-grant-tables --skip-networking 必须加上 --skip-networking因为它只允许本机通过 socket 连接禁止任何网络请求防止在跳过权限验证期间被外部入侵。然后登录/usr/local/mysql/bin/mysql -uroot -S /tmp/mysql.sock执行FLUSH PRIVILEGES; SET PASSWORD FOR rootlocalhost PASSWORD(NewPass123!);注意在 skip-grant-tables 状态下直接执行 SET PASSWORD 可能没有效果必须先执行 FLUSH PRIVILEGES 让权限表生效。改完密码后重启 MySQL 恢复正常模式再用新密码登录验证一次。6.4 关于 5.6 停维护状态的提醒这里必须把丑话说在前头MySQL 5.6 的官方维护周期早已结束意味着后续不会再收到社区版的安全补丁。5.6.51 是 5.6 系列后期的重要版本对于必须运行在老旧环境里的业务它能作为临时稳定节点但不应作为长期方案。如果这台实例还要扛比较长的时间我的建议是尽快规划升级路线。方向有两个一是直接升级到 MySQL 5.7 或 8.0二是迁移到兼容 MySQL 5.6 协议的社区分支。不管是哪条路都要先做一次全量备份再在测试环境完整演练数据迁移和业务回归。尤其是密码认证方式、字符集排序规则、SQL_MODE 的差异这些在实际升级中踩坑最多。我个人在实际操作中的体会是Generic 安装包本身非常简单真正考验人的是后续的系统集成工作比如 systemd 托管、SELinux 上下文、日志轮转、监控打通、备份策略。安装不是终点服务能稳定跑一年、数据能随时恢复才是部署的价值所在。最后再分享一个小习惯每次初始化完成、修改完配置之后都立刻执行一次全量备份并验证备份文件可恢复。别把备份留到上线以后因为那时候你根本没时间处理备份链条上的问题。在 /data/mysql/logs 目录留一份完整的错误日志历史排查问题时你会感谢当时的自己。