需修改phpEnv所用MySQL实例的my.ini文件，在[mysqld]和[client]段添加character-set-server=utf8mb4、collation-server=utf8mb4_unicode_ci及default-character-set=utf8mb4，重启服务后还需对已有库表执行ALTER语句转换并确保PHP连接时指定charset=utf8mb4。
phpEnv 启动的 MySQL 服务怎么改默认字符集？
phpEnv 本身不直接管理 MySQL 配置，它只是把已有的 MySQL（比如你手动装的或它自带的）加到环境变量里并提供启停脚本。所以改字符集的关键是找到它实际调用的 mysqld 可执行文件对应的配置文件（my.ini 或 my.cnf），而不是改 phpEnv 的某个设置。
怎么定位并修改 MySQL 的配置文件？
先确认 phpEnv 当前用的是哪个 MySQL 实例：
- 打开 phpEnv 安装目录下的
config\mysql.ini（注意：这不是 MySQL 的主配置，只是 phpEnv 自己记录路径的配置） - 查看其中
path=对应的值，比如可能是C:\phpEnv\mysql-8.0.33-winx64 - 进入该目录，找根目录下的
my.ini（Windows）或my.cnf（Linux/macOS 模拟环境少见，但若用 WSL 则可能有）；如果不存在，就新建一个
在该配置文件的 [mysqld] 和 [client] 段落下添加或修改以下几行：
[mysqld] character-set-server = utf8mb4 collation-server = utf8mb4_unicode_ci skip-character-set-client-handshake = 1 [client] default-character-set = utf8mb4
⚠️ 注意：skip-character-set-client-handshake 这一行不是必须，但它能强制忽略客户端声明的字符集（比如 PHP 连接时没设 charset），避免部分旧代码绕过服务端设置导致乱码。
立即学习“PHP免费学习笔记（深入）”；
改完配置后为什么还是乱码？常见漏掉的环节
只改服务器默认字符集还不够，MySQL 的“默认”只影响新创建的数据库/表/列，已有对象不会自动变更：
- 已存在的数据库要手动执行：
ALTER DATABASE `dbname` CHARACTER SET = utf8mb4 COLLATE = utf8mb4_unicode_ci; - 已存在的数据表要执行：
ALTER TABLE `tablename` CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; - PHP 连接时仍需显式指定字符集，例如 PDO 构造时加
charset=utf8mb4参数，或连接后执行SET NAMES utf8mb4 - 检查 MySQL 实际生效的变量：
SHOW VARIABLES LIKE 'character_set%';和SHOW VARIABLES LIKE 'collation%';，确保character_set_server和collation_server是utf8mb4相关值
phpEnv 环境下重启 MySQL 失败怎么办？
改完配置后，用 phpEnv 控制台执行 mysql restart 报错，大概率是配置语法错误或路径权限问题：
- 检查
my.ini中是否有中文全角符号、BOM 头、多余空格 —— Windows 记事本保存容易带 BOM，建议用 VS Code 或 Notepad++ 以 UTF-8 无 BOM 格式保存 - 确认
[mysqld]段落里没有拼错参数名，比如写成character-set-server（正确）≠character_set_server（这是变量名，不是配置项） - 如果提示 “The service is not responding”，可尝试进 MySQL 安装目录的
bin下手动运行：mysqld --defaults-file="C:\phpEnv\mysql-8.0.33-winx64\my.ini" --console，看控制台输出的具体报错
改配置、改表、改连接三者缺一不可，尤其容易忽略的是已有表的 CONVERT TO 操作 —— 表结构没变，存表情还是会被截断或转成问号。
