MySQL 4.1.18二进制包部署指南：从解压到启动的完整实践

简介这份资源是 MySQL 4.1.18 的 Linux 二进制安装包面向数据库初学者、运维入门者及需要搭建轻量级后台数据库的开发者帮助在 PC 架构 Linux 环境下快速部署一套经典的关系型数据库服务。压缩包共 1269 个文件约 24.48MB以 result、test 测试用例、opt、h 头文件、txt 说明、inc、cfg 配置、sql 脚本及 mysqld、mysqladmin、mysqldump 等可执行工具为主覆盖服务端、客户端与测试套件目录结构完整便于按模块查阅。已有 132 人学习下载。安装后会自动创建 mysql 与 test 两个内置库默认 root 账户初始密码为空需及时修改并借助 GRANT、REVOKE 管理权限。包内还附带 mysqldump 备份、mysqlcheck 检查修复、mysql_secure_installation 安全加固等运维脚本以及大量测试用例与配置样例适合用来理解数据库目录组织、权限体系与日常维护流程为后续学习更高版本 MySQL 打下基础。1. 老版本 MySQL 二进制包为什么今天还有人翻出这个 tar 包手里拿到一个mysql-standard-4.1.18-pc-linux-gnu-i686-glibc23.tar第一反应多半是「这什么年代的玩意儿」。没错4.1.18 是 MySQL 4.1 系列的一个维护版本i686 说明它是给 32 位 x86 平台编译的glibc23 表示它依赖 glibc 2.3 这套老运行时。它不是一个安装脚本也不是 rpm/deb 包而是一个已经编译好的二进制发行版解压、初始化、配一下就能跑起来不需要现场编译。会用到它的人其实很具体一类是在维护十几年前的老业务系统数据库版本被锁死升级牵一发动全身另一类是在做历史环境复现比如验证某个老程序的 SQL 行为、跑一份老备份还有一类是教学或实验场景想看看早期 MySQL 的目录结构和启动方式跟现在差在哪。这份资源解决的就是「在没有对应老系统、又不想从源码编译」的情况下快速把 4.1 环境立起来的问题。它适合能看懂 Linux 基本命令、愿意手动配置 my.cnf 的从业者不适合指望双击安装的人。2. 拆开这个 tar 包目录结构、依赖与选型理由2.1 二进制发行版和源码编译的取舍MySQL 官方当年对 Linux 平台提供两种主要分发形式源码包和预编译二进制包。文件名里的standard表示这是标准版包含常见的存储引擎和客户端工具pc-linux-gnu是平台标识i686是目标 CPU 架构glibc23是它链接的 C 库版本。选二进制包的核心好处是省时间——源码编译在当年的机器上动辄几十分钟还要处理一堆编译依赖二进制包解压即用代价是它绑定了特定的 glibc 版本和 CPU 架构换环境可能直接跑不起来。这里有个容易翻车的点glibc23意味着它期望系统提供 glibc 2.3 系列的符号。现代发行版早就升到 2.3x 甚至更高通常向后兼容没问题但如果你在一个极简容器里跑缺libncurses、libaio这类运行库mysqld启动时会直接报找不到共享库。所以拿到包的第一步不是急着解压而是先确认运行环境。2.2 解压后你会看到什么二进制 tar 包的结构是固定的解压出来是一个以版本和平台命名的目录。常见做法是把它放到/usr/local下再做一个软链接方便切换版本。# 假设包已经上传到 /opt 目录 cd /opt tar -xvf mysql-standard-4.1.18-pc-linux-gnu-i686-glibc23.tar # 解压后目录名很长建个软链接后续配置都走这个路径 ln -s /opt/mysql-standard-4.1.18-pc-linux-gnu-i686-glibc23 /usr/local/mysql # 看一眼目录结构 ls -l /usr/local/mysql解压后典型目录含义如下理解它比死记命令重要目录作用备注bin可执行文件mysqld、mysql、mysqladmin都在这里libexec服务端程序部分版本mysqld放在这里share字符集、错误信息缺了会报字符集相关错误include头文件编译客户端程序时才用data数据目录初始化后才有内容support-files示例配置和启动脚本my-medium.cnf等模板在这support-files目录特别值得翻一翻里面按内存大小给了几档配置模板my-small.cnf、my-medium.cnf、my-large.cnf直接拿来改比从零写省事。2.3 依赖检查先别急着启动在启动之前用ldd看一眼mysqld依赖哪些共享库缺什么补什么这一步能省掉后面一半的报错。# 检查 mysqld 的动态链接依赖 ldd /usr/local/mysql/bin/mysqld | grep not found # 如果提示缺 libaio较新系统常见按发行版装一下 # Debian/Ubuntu 系 apt-get install -y libaio1 libncurses5 # RHEL/CentOS 系 yum install -y libaio ncurses-libsldd输出里出现not found就是缺库按提示补装即可。注意 32 位程序在 64 位系统上跑需要对应的 32 位运行库很多现代发行版默认不装 i686 版本的库这是老二进制包在新机器上最常见的拦路虎。3. 从零把 4.1 实例跑起来初始化、配置与启动3.1 建用户和目录权限MySQL 不应该用 root 跑这是老生常谈但每次都要强调。二进制包不会自动帮你建用户得手动来。# 建一个专用的系统用户不允许登录 groupadd mysql useradd -g mysql -s /sbin/nologin mysql # 数据目录单独放方便备份和迁移 mkdir -p /data/mysql41/data chown -R mysql:mysql /data/mysql41 chown -R mysql:mysql /usr/local/mysql权限这块有个血泪经验chown要覆盖到数据目录的父级否则初始化时mysqld写不了日志文件报错信息还特别含糊只告诉你「Cant create/write to file」不告诉你是哪个目录权限不对。3.2 写一份能用的 my.cnf4.1 的配置项和 5.x、8.x 差别不小别直接抄新版本的配置。下面这份是按老版本习惯写的最小可用配置[mysqld] # 基于目录不是 basedir 拼出来的直接指到软链接 basedir /usr/local/mysql datadir /data/mysql41/data # 老版本默认端口就是 3306多实例时改这里 port 3306 socket /tmp/mysql41.sock # 4.1 默认字符集老业务常用 latin1新库建议 utf8 default-character-set utf8 # 老版本没有 innodb 默认开启需要显式指定 # skip-innodb # 如果不需要事务引擎可以关掉省内存 # 日志排错全靠它 log-error /data/mysql41/mysql-error.log # 老机器内存小连接数别开太大 max_connections 100几个参数要解释清楚basedir指向软链接目录这样以后换版本只改软链接datadir单独放跟程序目录解耦socket路径要保证 mysql 用户可写放/tmp下最省事default-character-set在 4.1 里既影响服务端也影响客户端设错了会出现中文乱码这是老版本最经典的坑之一。3.3 初始化数据目录4.1 时代还没有mysqld --initialize这个命令初始化靠的是mysql_install_db脚本。cd /usr/local/mysql # 指定用户和配置生成系统库表 ./scripts/mysql_install_db --usermysql --basedir/usr/local/mysql --datadir/data/mysql41/data # 初始化完检查一下 data 目录应该出现 mysql、test 等库目录 ls -l /data/mysql41/datamysql_install_db会创建mysql系统库存用户和权限、test测试库。如果这一步报错八成是 datadir 权限不对或者 basedir 路径写错。初始化完成后mysql库里的 root 用户默认没有密码这是老版本的安全隐患后面必须马上处理。3.4 启动服务并验证启动方式有两种直接跑mysqld_safe或者用support-files里的启动脚本。手工调试阶段推荐前者日志直接打屏看得清楚。# 前台方式启动方便看报错 /usr/local/mysql/bin/mysqld_safe --defaults-file/etc/my.cnf --usermysql # 等几秒用客户端连一下 /usr/local/mysql/bin/mysql -u root --socket/tmp/mysql41.sock # 连上后看版本确认是 4.1.18 mysql SELECT VERSION();mysqld_safe是个包装脚本它会监控mysqld进程挂了自动拉起同时把错误日志重定向。生产环境一般用support-files/mysql.server那个脚本配合chkconfig或systemd做开机自启。验证阶段只要SELECT VERSION()返回4.1.18-standard之类的结果就说明实例跑起来了。4. 避坑与排查老二进制包最容易翻车的五个地方4.1 启动报「cannot open shared object file」现象执行mysqld直接退出提示某个.so文件找不到。 原因系统缺少 32 位运行库或者 glibc 版本不匹配。i686 程序在纯 64 位环境里跑需要装libc6:i386、libncurses5:i386这类多架构包。 解决先用ldd定位缺哪个库再按发行版装对应的 32 位版本。实在装不上考虑用容器跑一个带 32 位库的基础镜像。4.2 中文写入后变问号现象插入中文数据查出来全是???或者乱码。 原因4.1 的字符集处理跟 5.x 不同服务端、客户端、连接三层的字符集没对齐。default-character-set只设了服务端客户端连接时用的还是 latin1。 解决在my.cnf的[client]段也加上default-character-set utf8建库建表时显式指定CHARACTER SET utf8。老版本没有utf8mb4四字节字符存不了这点要有预期。4.3 root 空密码导致连不上或安全隐患现象本地能连远程连不上或者反过来谁都能连。 原因mysql_install_db生成的 root 只允许 localhost 登录且密码为空。4.1 的权限表结构和新版不同user表的Password字段用的是老式哈希。 解决启动后立刻执行SET PASSWORD FOR rootlocalhost PASSWORD(你的密码);需要远程访问就单独建用户并授权别直接改 root 的 host。4.4 数据目录权限导致初始化失败现象mysql_install_db跑到一半报错退出日志里写「Permission denied」。 原因datadir 或其父目录的属主不是 mysql 用户或者 SELinux 拦了写入。 解决chown -R mysql:mysql整个数据目录链路临时用setenforce 0排除 SELinux 干扰确认是它的问题后再配策略别长期关着。4.5 端口或 socket 冲突现象启动时报「Address already in use」。 原因机器上已经有别的 MySQL 实例占了 3306或者 socket 文件路径跟现有实例撞了。 解决改my.cnf里的port和socket多实例场景下每个实例一套独立配置socket 文件名带上实例标识比如/tmp/mysql41.sock。5. 进阶把老实例管起来和验证它到底能不能用跑起来只是第一步真正要让它稳定服务还得解决「怎么管」和「怎么确认它没坏」两个问题。先说管理。4.1 没有 systemd 单元文件但support-files/mysql.server这个脚本足够用把它拷到/etc/init.d/下改个名就能用service命令控制。cp /usr/local/mysql/support-files/mysql.server /etc/init.d/mysql41 chmod x /etc/init.d/mysql41 # 脚本里 basedir 和 datadir 要跟你的实际路径对上编辑确认 sed -i s#^basedir.*#basedir/usr/local/mysql# /etc/init.d/mysql41 sed -i s#^datadir.*#datadir/data/mysql41/data# /etc/init.d/mysql41 service mysql41 start service mysql41 status这个脚本本质上是mysqld_safe的封装好处是带了stop、restart、status子命令比手工kill靠谱。注意脚本里的basedir、datadir默认值可能跟你的路径不一致不改的话stop会找不到进程。再说验证。老实例最怕的是「看着在跑实际数据坏了」。定期做一次逻辑备份加恢复演练比什么监控都实在。4.1 自带的mysqldump够用# 导出所有库注意老版本不支持 --single-transaction 对 MyISAM 无效 /usr/local/mysql/bin/mysqldump -u root -p --socket/tmp/mysql41.sock \ --all-databases --flush-logs /data/backup/all_$(date %Y%m%d).sql # 恢复演练导到一个临时实例里验证 /usr/local/mysql/bin/mysql -u root -p --socket/tmp/mysql41_test.sock /data/backup/all_20240101.sql--flush-logs会在导出前切一次 binlog方便做时间点恢复。4.1 默认存储引擎是 MyISAM不支持事务所以--single-transaction对它没意义导出时表会被锁业务低峰期做。恢复演练这一步很多人省掉等到真出事才发现备份文件是坏的那时候没有后悔药。最后分享一个我自己的习惯每次接手一个老版本实例第一件事不是改配置而是先跑一遍mysqladmin status和SHOW VARIABLES LIKE version%把当前状态记下来再动任何东西。老环境经不起折腾先留底再操作出问题能对照。从那以后我每次碰这种历史遗留的二进制包都强制先做一次依赖检查和备份验证再谈优化。希望帮到你。本文还有配套的精品资源点击获取