企业官网建设流程全解析

说实话，Windows 上安装 MySQL 5.7 这件事，被网上的教程讲得玄乎其玄，动不动就“超详细教程”，结果一打开全是截图堆砌，关键参数一笔带过。我刚入行那会儿，照着教程装了三次，三次都在启动服务那一步翻车，最后靠翻英文论坛才搞明白是配置文件路径里的斜杠出了问题。这活儿本身不难，难的是没人把原理讲清楚。这篇我就不整虚的了，直接讲清楚在 Windows 环境下手动部署 MySQL 5.7 的完整逻辑，从下载哪个文件、配置文件里每一行是干嘛的，到服务起不来怎么排查，全给你捋一遍。不管你之前是不是被各种教程坑过，按我这个思路走一遍，基本能一次过。

这篇文章适合这些人看：需要在本地 Windows 机器上跑老项目的开发、刚接触后端想自己搭环境的学生，以及被公司内网老系统绑着必须用 5.7 的运维。如果你之前用过 MySQL 但从来没手动配置过，这篇文章也能帮你把很多“知其然不知其所以然”的点补上。

1. 动手之前，先把这几件事想明白

1.1 为什么都 2024 年了还在用 MySQL 5.7

这个问题几乎每次聊安装都会遇到。MySQL 8.0 都出来这么多年了，新项目谁还会选 5.7？但现实是，存量市场远比我们想象的大。

我在实际接触过的团队里，至少有一半的项目还跑在 5.7 上。原因集中在三点：

• 生态兼容性。很多老系统用的 ORM 框架、第三方连接池、甚至公司自研的数据库中间件，都是基于 5.x 时代的协议做的。8.0 默认的caching_sha2_password认证插件，会让一些旧版客户端直接连不上，报2058或者Authentication plugin 'caching_sha2_password' cannot be loaded之类的错。虽然 8.0 有办法改回mysql_native_password，但对于不懂底层的人来说，这已经是劝退级别的坑了。
• 服务器资源占用。5.7 在 1 核 2G 的小机器上就能跑得比较舒服，8.0 优化器更复杂，内存占用明显更高。我自己测试过，同样空载情况下，8.0 的常驻内存比 5.7 多了差不多 30%。
• 学习成本与团队惯性。团队里大多数人已经写了多年 5.7 的 SQL，8.0 里一些语法检查和默认行为的改变（比如utf8mb4成为默认字符集、窗口函数等新特性），虽然从技术上说是进步，但对维护老项目的人来说，反而容易引入意料之外的问题。

需要说明的是，MySQL 5.7 官方已经在 2023 年 10 月停止更新了，不再有安全补丁。如果你是在生产环境跑公网服务，我建议你还是认真评估升级 8.0 或者迁移到国产数据库。但如果只是本地开发、内网老项目、学习用，5.7 的轻量和稳定依然是很大的优势。这篇文章教的安装方法，不会因为你以后换 8.0 就白学——两个版本的目录结构、配置思路、服务管理方式，基本是相通的。

1.2 MSI 安装器 vs ZIP 解压版：选哪个

下载 MySQL 5.7 的时候，官方会给两个选择：MSI 安装包和解压版 ZIP。我强烈建议你选 ZIP，原因不只是“超详细教程都这么教”，而是它确实更适合理解 MySQL 的运行机制。

MSI 版是图形化安装向导，点几下下一步就完事，看起来很省心。但它有几个问题：

• 默认安装目录带空格（C:\Program Files\MySQL\MySQL Server 5.7），虽然绝大多数情况下没问题，但某些老脚本写到路径时忘了加引号，就会莫名其妙报错。
• MSI 会顺手装一堆你可能永远用不到的东西，比如 MySQL Notifier、MySQL for Visual Studio 等等。这些东西占空间不说，还有可能影响系统环境变量。
• 出了问题很难排查。因为配置是安装向导帮你生成的，你根本不知道my.ini里到底写了什么，日志输出到哪了，导致出了问题只能卸载重装。

而 ZIP 解压版是纯绿色模式，配置文件自己写，服务手动注册，数据目录自己指定。整个过程完全透明，没有任何黑盒操作。虽然看起来步骤多一点，但每做一步都知道自己在干什么，后面遇到问题也有据可查。我后面讲的所有内容，都基于 ZIP 解压版，这条路走通了，你对 MySQL 的理解会上一个台阶。

1.3 安装前清理：旧版本、残留服务与端口占用

这是最容易忽略却最致命的一步。很多人安装 5.7 失败，不是新装的出了问题，而是没把旧的清理干净。

先说残留服务。以前装过 MySQL 并且注册成 Windows 服务的话，即使你卸载了软件，服务可能还残留在系统里。打开命令行执行sc query type= service state= all | findstr mysql（不区分大小写），能看到一堆以 mysql 开头的服务名。如果直接用默认名字MySQL57注册新服务，很可能提示服务已存在或者注册成功但启动时报错。遇到残留服务，用管理员权限执行sc delete 服务名删掉。

再说数据目录。如果之前用 ZIP 版安装过，C 盘下可能残留了原来的data文件夹。新版本初始化数据目录时会往data里写系统库文件，如果里面已经有内容，会直接初始化失败，报错信息类似于[ERROR] --initialize specified but the data directory has files in it。解决办法很简单：把旧的data目录整个删掉，或者像我一样，把数据目录指定到一个全新路径。

最后是端口占用。MySQL 默认端口 3306，如果你机器上装了别的数据库（比如 MariaDB），或者某些软件自带 MySQL 组件（比如某些 CMS 套件），3306 可能已经被占了。安装前先执行netstat -ano | findstr 3306看一下，如果看到 LISTENING 状态的记录，说明端口被占用了。要么关掉那个程序，要么后面配置时把端口改掉（比如 3307）。

2. 下载与校验：选对安装包，后面少走弯路

2.1 官方下载地址与版本命名规则

下载 MySQL 5.7 一定要去官方 archive 页面。直接搜“MySQL 5.7 download”，排在前面的很多是第三方下载站，打包的东西可能捆绑了广告、修改过文件，安全性根本无法保证。官方地址是https://downloads.mysql.com/archives/installer/或者https://dev.mysql.com/downloads/mysql/5.7.html，选 Windows 平台即可。

版本我建议选 5.7.44，这是 5.7 系列的最后一个版本，修复了之前所有已知 bug。下载页面里会看到两种压缩包：

• mysql-5.7.44-winx64.zip：64 位系统用的，现在 99% 的机器都是这个。
• mysql-5.7.44-win32.zip：32 位系统用的，基本可以忽略了。

如果你的机器是 ARM 架构（比如部分 Surface 或新 Mac 上跑的 Windows 虚拟机），官方没有提供 ARM 版 MySQL 5.7，这时候只能装 8.0，或者用 Docker 方案。这个情况不太常见，但遇到了至少知道是怎么回事。

选 ZIP Archive 格式而不是 MSI，原因前面说过。ZIP 包一般 200 多 MB，下载完成后解压到你想放的位置。我放在D:\mysql-5.7.44-winx64，如果你放 C 盘，建议放C:\mysql5737这种短路径，不要带空格和中文，避免后面的坑。

2.2 用 MD5 校验文件完整性

下载完成后，强烈建议校验一下文件是否完整。官方页面每个文件后面都附有 MD5 校验值，比如mysql-5.7.44-winx64.zip的 MD5 是多少，复制下来。然后打开 PowerShell，进到文件所在目录，执行：

Get-FileHash .\mysql-5.7.44-winx64.zip -Algorithm MD5

命令行界面下对比哈希值。如果一致，说明文件下载完整；如果不一致，多半是下载过程出了问题，重新下载，千万别用。

这一步看着麻烦，但在我经历中至少有两次遇到下载文件损坏。损坏的压缩包解压时可能能解压出来，但某些关键 DLL 文件是坏的，安装时根本察觉不到，等到初始化数据库时才报错，那时候排查会绕很大一个圈子。所以宁可在最开始多花一分钟，也别在后来浪费一小时。

2.3 版本选型与 8.0、MariaDB 的区分

另外要提一句，MySQL 5.7 和 MariaDB 不是同一个东西，下载时别混了。MariaDB 是 MySQL 分支出来的社区版本，早期兼容性确实好，但后来两者差异越来越大，很多ALTER语句行为、系统表结构都不一样。如果你是想照着这篇文章里的my.ini配置，一定认准纯正的 MySQL 5.7，别下成 MariaDB 了。

3. 配置 my.ini：安装成败的关键一步

3.1 为什么必须手动写配置文件

MySQL 解压完直接运行mysqld不是不能启动，但启动后用的是内置默认配置：数据目录在当前目录下、字符集是原生的latin1、root 密码为空、不记录错误日志……这样跑起来你还得各种补救。更麻烦的是，如果你直接在解压目录下运行了 mysqld 启动过一次，程序会在当前目录下自动创建一个data文件夹。后面你再想用自己指定的datadir初始化，又会撞上“目录非空”的报错。

所以我的建议是：解压完先别急着运行任何 .exe，第一步就是先把my.ini写好，并且把data目录规划好。

MySQL 在 Windows 下加载配置文件的顺序是：C:\Windows\my.ini、C:\my.ini、安装目录下的my.ini。为了方便管理和保证“只受这一个文件控制”，我习惯把所有配置都写到解压目录下的my.ini里，并且后面注册服务、启动服务时都用--defaults-file参数指定路径，绕开系统盘的干扰。

3.2 保姆级 my.ini 参数逐行解读

下面这份是我实测稳定运行多年的配置，你可以直接复制后按需修改。注意，文件保存为 ANSI 或 UTF-8（无 BOM）编码都可以，关键是不要用带 BOM 的 UTF-8，否则某些版本读取会报错。推荐直接用 Notepad++ 或 VS Code 写。

[client] port=3306 default-character-set=utf8mb4 [mysql] default-character-set=utf8mb4 [mysqld] # 安装目录 basedir=D:/mysql-5.7.44-winx64 # 数据目录 datadir=D:/mysql-5.7.44-winx64/data # 端口 port=3306 # 服务器字符集 character-set-server=utf8mb4 collation-server=utf8mb4_general_ci # 存储引擎 default-storage-engine=INNODB # 本地连接跳过 DNS 反解析 skip-name-resolve # 表名存储为小写 lower_case_table_names=1 # SQL 模式 sql-mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES # 最大连接数 max_connections=1000 # InnoDB 缓冲池大小 innodb_buffer_pool_size=512M # 连接超时 wait_timeout=600 max_allowed_packet=16M # 日志 log-error=D:/mysql-5.7.44-winx64/data/mysql.err slow_query_log=1 slow_query_log_file=D:/mysql-5.7.44-winx64/data/mysql-slow.log long_query_time=2 # 默认时区 default-time-zone='+8:00'

逐行说几个关键点：

• basedir和datadir：这两个路径必须用正斜杠/，不要用 Windows 的\。因为\在配置解析里会被当成转义符，导致路径解析直接失败。这个坑我当年踩过，服务启动报错后日志里显示路径是“D:mysql-...”，就是反斜杠被吃掉了。另外路径里不要有空格和中文。
• character-set-server=utf8mb4和collation-server=utf8mb4_general_ci：这一步是彻底解决中文乱码的关键。MySQL 5.7 的默认字符集是latin1，如果你不在服务端指定，建表时不写CHARSET，就会默认用 latin1，存中文变成 ????，这是无数人吐槽“MySQL 乱码”的根源。utf8mb4是真正的四字节 UTF-8，能存 emoji 和生僻字，utf8在 MySQL 里是utf8mb3的别名，只能存三字节。排序规则我选了general_ci，它比unicode_ci快，且大小写不敏感（ci是 case insensitive）。如果你的业务对重音符号排序有要求，再换unicode_ci。
• lower_case_table_names=1：让表名统一转成小写存储。Windows 文件系统本身不区分大小写，如果数据库里既有User表又有user表，可能出现混乱。设为 1 后，建表语句里写User，实际存储的表名也会变成user，避免查询时大小写不一致导致表找不到。注意这个参数要在初始化之前设置，否则改了不生效、还得重建数据目录。
• skip-name-resolve：跳过客户端 IP 的反向 DNS 解析。默认情况下 MySQL 会根据客户端 IP 反查主机名来做权限匹配，如果 DNS 不可用，每次连接都会延迟好几秒。本地开发建议开启，但在做主从复制或需要按主机名授权的场景要谨慎。
• sql-mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES：NO_ENGINE_SUBSTITUTION表示建表时用了不存在的存储引擎就直接报错，而不是悄悄换成默认引擎；STRICT_TRANS_TABLES表示事务表在写入数据时如果违反约束，直接报错而不是截断或警告。不要照搬网上一堆老教程里复制的一长串 sql-mode，特别是包含ONLY_FULL_GROUP_BY的——它会要求SELECT后面的非聚合列必须都出现在GROUP BY里。老项目如果写了很多不规范的分组 SQL，加上它分分钟跑不起来。我的方案是去掉了它，保底能兼容旧 SQL。
• innodb_buffer_pool_size=512M：这是 InnoDB 最重要的性能参数，决定 InnoDB 缓存数据页和索引的内存大小。机器内存大可以调到 1G~2G，内存小的调到 256M。如果设得太小，频繁磁盘 IO，跑起来卡；设得太大，系统内存吃紧，MySQL 可能起不来。具体经验：不超过物理内存的 70%，留点余量给操作系统和其他程序。

3.3 配置中容易踩的几个隐蔽坑

1. 文件编码问题。如果你用记事本保存my.ini，默认编码是 ANSI，没问题。但如果用 VS Code 等工具保存成 UTF-8 with BOM，MySQL 读取时可能报错File contains Unicode characters, and this MySQL build cannot process them。解决办法：用 VS Code 保存时选择 “UTF-8” 编码（右下角编码那里选择 Save with Encoding -> UTF-8）。
2. datadir 里已有文件。如果你之前跑过一次 mysqld，data 目录已经生成了一堆系统库文件，再初始化会报错。解决办法：初始化之前确认 datadir 不存在或者是空目录。
3. 端口被别的服务占用。配置里指定的端口如果已经被占，服务启动会立刻失败。报错类似[ERROR] Can't start server: Bind on TCP/IP port: No such file or directory。用netstat -ano | findstr 3306查看占用情况。
4. 改了配置不生效。很多人在运行中改my.ini，然后执行mysqladmin reload，以为就生效了。其实port、character-set-server、innodb_buffer_pool_size这类参数必须重启服务才生效。检查有没有生效，用SHOW VARIABLES LIKE 'character_set_server';这种命令看实际值。

4. 初始化、启动服务与环境变量：完整实操流程

4.1 初始化数据目录：为什么选 initialize-insecure

写完my.ini，接下来就是初始化。进入解压目录的 bin 文件夹，按住 Shift 右键打开 PowerShell，先验证一下 mysqld 能不能正常读取配置：

mysqld --defaults-file=D:/mysql-5.7.44-winx64/my.ini --initialize-insecure

这里我刻意用了--initialize-insecure而不是--initialize。两者的区别在于：

• --initialize：会生成一个随机密码的 root 用户，密码写在错误日志里。新手找不到日志位置，或者复制密码时容易出错，卡在这一步的不少。
• --initialize-insecure：生成的 root 用户密码为空。虽然看起来不安全，但它只是本地初始状态，后续我们马上会登录改密码，所以这点风险完全可控，而且省去了一堆麻烦。

初始化过程正常是没有任何输出的（或是只有几行提示）。执行完之后，去datadir目录看看，如果生成了mysql、sys、performance_schema这些文件夹，说明初始化成功。同时datadir下会生成一个xxx.err错误日志文件，初始化中如果出问题，详细原因都在里面。

如果你运气不好，初始化报错了，别急着搜报错原文。先打开错误日志文件，看最后几行，绝大多数情况下原因已经写得很明确了。我见过最多的是两类：路径配置错误和 datadir 权限不足。权限不足的话，右键解压目录 -> 属性 -> 安全 -> 给 Users 组添加完全控制权限。

4.2 注册 Windows 服务与设置开机自启

初始化完成后，就可以把 MySQL 注册成 Windows 服务了。这一步的目的不只是让你不用每次手动敲mysqld，更关键的是可以让 MySQL 开机自启、异常崩溃后自动重启。

在管理员权限的 PowerShell 或 CMD 里执行：

mysqld --install MySQL57 --defaults-file=D:/mysql-5.7.44-winx64/my.ini

这里MySQL57是我给服务起的名字，可以根据机器上是否有多套 MySQL 实例来自定义，比如MySQL3326。--defaults-file参数等于把配置文件路径固化到服务注册表里，以后启动服务时它会自动加载这个配置。

看到Service successfully installed提示就说明注册成功。然后启动服务：

net start MySQL57

正常情况屏幕上会显示“服务已经启动成功”。如果这一步报错，别慌，99% 的安装问题都集中在这一步，后面我有单独的章节帮你排查。

另外，如果你的 Windows 服务列表里已经有MySQL或其他残留服务，--install时会提示服务已存在。先去services.msc里把旧服务删掉（或者用sc delete MySQL57删掉），再说装的事。

4.3 配置环境变量 PATH

这一步不是必需的，但强烈建议做。配置环境变量后，你可以在任意目录下敲mysql -uroot -p，不需要每次都 cd 到D:\mysql-5.7.44-winx64\bin。

操作步骤：右键“此电脑” -> 属性 -> 高级系统设置 -> 环境变量 -> 在“系统变量”里找到Path，编辑，新增一行D:\mysql-5.7.44-winx64\bin。注意这里用反斜杠没问题，因为是 Windows 路径语法。确定保存后，重新打开PowerShell（新开窗口才会加载新环境变量），验证一下：

mysql --version

能输出版本号说明环境变量配置成功。

4.4 登录数据库与安全初始化：改密码、开远程

服务启动成功后，在任意终端进入 MySQL：

mysql -uroot -p

因为初始密码是空的，提示输入密码时直接回车就能进。此时第一件事就是改 root 密码：

ALTER USER 'root'@'localhost' IDENTIFIED BY '你的新密码';

注意 MySQL 5.7 里ALTER USER语法是可以用的。如果你习惯老写法SET PASSWORD = PASSWORD('新密码')，也可以，但ALTER USER更标准，我推荐用它。

改完密码后，执行FLUSH PRIVILEGES;让权限立即生效。然后重新登录确认密码没问题。

关于远程访问，我建议遵循最小权限原则。生产环境绝对不要直接开放 root 远程登录。正确的做法是创建一个专用账号，只授权需要的库：

CREATE USER 'appuser'@'%' IDENTIFIED BY 'app_password'; GRANT SELECT, INSERT, UPDATE, DELETE ON mydb.* TO 'appuser'@'%'; FLUSH PRIVILEGES;

%表示任意主机都能连，如果你只想让某个 IP 连，把%改成具体 IP 更安全。另外，如果用 Navicat 等图形化工具连不上，先检查服务器的防火墙是否放行了 3306 端口，以及my.ini里的skip-name-resolve是否影响了账号匹配。5.7 默认的认证插件是mysql_native_password，Navicat 连起来没问题；老工具连 8.0 的坑，在 5.7 上不存在，这也是很多人愿意留在 5.7 的原因之一。

5. 安装后的检查与核心问题排查

5.1 字符集验证：保证从服务端到客户端全程 utf8mb4

装好之后别急着建表，先验证一遍字符集配置是否生效。进入 mysql 命令行或图形化工具执行：

SHOW VARIABLES LIKE 'character_set_%'; SHOW VARIABLES LIKE 'collation_%';

看关键几项：

• character_set_server应该是utf8mb4
• character_set_database应该是utf8mb4
• collation_server应该是utf8mb4_general_ci

如果character_set_server还是 latin1，说明配置文件没生效。请检查你的 mysqld 服务是不是用了你写的那个my.ini，比如可能系统还加载了C:\ProgramData\MySQL\MySQL Server 5.7\my.ini这种旧配置，把那个文件删掉或改名，重启服务再验证。

另外，光服务端设成 utf8mb4 还不够，你用来连接数据库的客户端或程序连接串也要显式指定字符集。JDBC 连接串里加characterEncoding=utf8，PHP 里SET NAMES utf8mb4，Navicat 连接属性里选utf8mb4，这样才能保证全链路不乱码。

5.2 端口与服务的状态检查

启动完服务后，用下面的命令确认端口监听状态：

netstat -ano | findstr 3306

看到LISTENING状态，且 PID 对应 mysqld 进程，基本就说明服务正常。

如果你想确认 MySQL 服务的更多信息，在管理员终端执行：

sc qc MySQL57

可以看到服务的可执行文件路径和启动参数，确认它指向的是不是你的那套配置。

5.3 服务启动失败问题速查表

我把这些年帮人排查时遇到的高频问题整理成了表格，安装时直接对着查：

5.4 忘记 root 密码的兜底方案

这事我估计每个人都遇过。5.7 里最常用的处理套路是使用skip-grant-tables跳过权限认证。做法：

1. 停止服务：net stop MySQL57。
2. 编辑my.ini，在[mysqld]段加一行skip-grant-tables。
3. 启动服务：net start MySQL57。
4. 无密码登录：mysql -uroot。
5. 执行FLUSH PRIVILEGES;（让内存中的权限表生效）。
6. 改密码：ALTER USER 'root'@'localhost' IDENTIFIED BY '新密码';
7. 立刻删除my.ini里的skip-grant-tables行。
8. 重启服务，用新密码登录。

注意，这个方案开着的时候，任何客户端都能跳过密码访问数据库，非常危险。所以操作完必须立刻关掉重置机制。

5.5 图形化客户端连接与常见报错

装完 MySQL 之后，大部分人第一件事就是用 Navicat、DBeaver 连接。如果连不上，按顺序排查三件事：

• 服务器防火墙是否放行 3306 端口（Windows 防火墙入站规则里加一条）。
• 用户是否授权了远程访问（GRANT ... TO 'user'@'%'）。
• 连接串里有没有写对端口和字符集。

如果之前用过 8.0，再用 5.7，可能会遇到 Navicat 提示1251 - Client does not support authentication protocol requested by server。这是因为 8.0 的默认认证插件变了，但 5.7 默认还是mysql_native_password，所以一般不会出这个错。真出了，执行一句：

ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY '密码';

基本能解决。

6. 实操中关于目录规划与服务管理的几条经验

6.1 数据目录与安装目录分离

我个人强烈建议把datadir独立出来，比如放在D:\mysql_data，而不是解压目录下的data子目录。原因有二：

第一，解压目录是程序的安装位置，升级版本时可能要整体替换，如果你的数据也在解压目录里，升级前还得先备份和搬移数据，非常麻烦。数据目录独立后，升级时只需要改basedir指向新版本，datadir指向老数据目录，中间不需要搬数据。MySQL 5.7 升级到 8.0 时尤其推荐这种做法。

第二，数据目录独立放在单独盘符，便于做磁盘空间规划，也不会因为 C 盘满了导致整个服务崩溃。

6.2 多版本 MySQL 共存的思路

如果你的机器上已经装了 MySQL 8.0，或者想同时留着 8.0 和 5.7 做版本兼容测试，别把它们注册成同一个服务名、用同一个端口。建议：不同版本使用不同目录、不同端口（3306 和 3307）、不同服务名（MySQL80 和 MySQL57）。平时启动和停止用net start 服务名来控制，互不干扰。这两个版本的连接串、工具链是通用的，唯一的坑就是别让它们同时用同一个端口。

6.3 服务启动方式的补充说明

除了用net start MySQL57，在 Windows 服务管理器（services.msc）里也能看到这个服务。如果想让它开机自启，双击服务，把启动类型改成“自动”。如果不想让它开机自启，改成“手动”，需要时用命令启动即可。

服务一旦启动失败，Windows 事件查看器（eventvwr.msc）的“Windows 日志 -> 应用程序”里也可能有记录，但信息一般不够详细。真正有价值的排查信息都在 MySQL 自己的.err日志里。这个日志在datadir目录下，每次启动都会追加内容，排查问题时优先看它。

7. 安装完成后，再用这几个命令自查一遍

装好了，心里还是没底？把下面几条命令跑一遍，输出正常就说明这套环境是健康的。

-- 查看版本 SELECT VERSION(); -- 查看数据库列表 SHOW DATABASES; -- 查看关键变量 SHOW VARIABLES LIKE 'port'; SHOW VARIABLES LIKE 'character_set_server'; SHOW VARIABLES LIKE 'innodb_buffer_pool_size'; -- 测试简单查询 SELECT 1+1 AS result; -- 测试中文读写 CREATE DATABASE IF NOT EXISTS testdb DEFAULT CHARACTER SET utf8mb4; USE testdb; CREATE TABLE t_hello (id INT, name VARCHAR(50)) DEFAULT CHARSET=utf8mb4; INSERT INTO t_hello VALUES (1, '你好，MySQL'); SELECT * FROM t_hello;

不出意外的话，中文会正常显示，查询无报错。如果这里乱码或者报错，按第 5 节的字符集排查思路走一遍。

我个人在装这套环境时，最深的体会是：所有安装类问题，到最后几乎都归结为日志和配置两个词。不会看日志，遇到问题就只能靠卸载重装碰运气；配置不明白每个参数的含义，出了问题也根本不知道怎么调整。所以你按照这篇文章操作时，不用急着把所有参数调到最优，先确保每个环节能跑通，再基于业务情况调整配置，就不会被所谓“超详细教程”里那些云里雾里的参数绕晕了。这一步走完，后面不管是配主从复制、搞读写分离，还是排查慢查询，你都会发现基础扎实了，做什么都快。