MySQL 5.5.59 是一款经典且稳定的数据库版本，很多老项目或特定硬件环境仍然依赖它。虽然官方早已停止更新，但掌握它的安装方法对维护遗留系统依然很有帮助。本文将用大白话带你一步步完成安装，避开常见坑点，确保一次跑通。
准备工作与环境检查
在安装之前，请先确认你的操作系统是 Windows 还是 Linux。本文以最常见的 Windows 环境为例。你需要提前准备好安装包，建议去官网存档页或可信镜像站下载 zip 格式的绿色版，这样不需要复杂的安装向导，配置更灵活。同时，确保电脑已安装 .NET Framework 和 Microsoft Visual C++ 运行库，否则服务启动时会直接报错闪退。如果是云服务器，记得在安全组里提前放行 3306 端口，方便后续远程连接。
解压与目录规划
将下载的压缩包解压到一个不含中文和空格的纯英文路径下，例如 D盘下的 mysql-5.5.59-winx64。千万不要放在桌面或文档文件夹里，后续操作容易因为权限或路径过长导致失败。进入解压后的根目录，你会看到多个文件夹，其中 data 文件夹如果为空是正常的，后续初始化时会自动生成。此时先不要急着配置，把基础结构搭好是关键。
创建配置文件 my.ini
MySQL 默认使用 my-default.ini，但为了稳定运行，建议手动新建一个 my.ini 文件放在根目录。打开记事本写入以下内容并保存为 ini 格式：
[mysqld] basedir=D:mysql-5.5.59-winx64 datadir=D:mysql-5.5.59-winx64data port=3306 character-set-server=utf8 default-storage-engine=InnoDB sql-mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES [client] default-character-set=utf8
注意把 basedir 和 datadir 的路径改成你实际解压的位置，斜杠要用正斜杠或者双反斜杠。字符集设为 utf8 能避免中文乱码，port 保持默认的 3306 即可。保存后，MySQL 就会优先读取这个自定义配置。
初始化与注册系统服务
这一步需要用到命令行工具。按 Win+R 输入 cmd，右键选择以管理员身份运行。切换到 MySQL 的 bin 目录，执行 cd /d D:mysql-5.5.59-winx64bin。先执行 mysqld --initialize-insecure --user=mysql 命令，这会在 data 目录下生成系统表和初始数据，速度较快且 root 账户不设密码，适合本地开发调试。执行完毕后，再输入 mysqld --install MySQL55 注册系统服务，名称可以自定义，这里用了 MySQL55。如果命令行提示服务已成功安装，说明底层已经对接完毕，可以在 services.msc 里看到它。
启动服务与设置安全密码
继续在命令行输入 net start MySQL55 启动数据库。如果显示启动成功，打开任务管理器查看进程是否多了一个 mysqld.exe。接下来连接客户端，输入 mysql -u root -p，初次安装 root 账户默认没有密码，直接回车即可登录。进入 mysql 命令行后，执行 ALTER USER 'root'@'localhost' IDENTIFIED BY '你的新密码'; 修改密码。改完后输入 quit 退出，下次连接时记得带上密码参数。为了方便日常开发，还可以创建普通用户并授权，执行 create user 'dev'@'%' identified by '123456'; grant all on *.* to 'dev'@'%'; flush privileges; 即可完成基础权限分配。
常见问题快速排查
如果在服务启动时报错，百分之八十是端口被占用或者 data 目录权限不足。可以输入 netstat -ano | findstr 3306 查看是否有其他程序占用了端口，有则关闭对应软件。另外，部分杀毒软件会拦截 mysqld.exe 的网络行为，建议把 MySQL 安装目录加入白名单。若是命令行提示找不到命令，记得检查环境变量 path 是否配置了 bin 目录路径。遇到中文乱码时，进客户端输入 show variables like 'character_set%'; 核对一下 server 和 client 是否都统一指向 utf8。
总结
MySQL 5.5.59 的安装逻辑并不复杂，核心就在于路径纯净、配置准确、权限到位。按照上述步骤操作，基本能在十分钟内跑通整个流程。装好后建议用 Navicat 或 HeidiSQL 等图形化工具测试连接，验证读写是否正常。建议装完立刻做一次全库备份，防止初始化过程中意外中断导致表空间损坏。另外，由于该版本较老，高并发场景下性能表现一般，生产环境若条件允许，建议逐步规划向 5.7 或 8.0 迁移，过渡期可配合主从架构分担压力。遇到问题多查日志文件里的 err 日志，通常都能找到明确线索。
