phpEnv MySQL修改默认排序方式 phpEnv数据库校对规则配置-php教程-PHP中文网

mysql 默认排序规则在 phpenv 的 mysql\my.ini 文件 [mysqld] 段中修改，添加 character-set-server = utf8mb4 和 collation-server = utf8mb4_unicode_ci 并重启服务。

phpenv mysql修改默认排序方式 phpenv数据库校对规则配置

phpEnv 中 MySQL 默认排序规则在哪改

phpEnv 是 Windows 下的集成环境，其 MySQL 配置文件路径固定，但默认不启用 utf8mb4_unicode_ci —— 你看到的 utf8_general_ci 或 latin1_swedish_ci 很可能就是根源。修改必须在 my.ini 文件的 [mysqld] 段落中完成，且需重启服务才生效。

常见错误是只改了客户端配置（如 [client] 或 [mysql]），这不影响建库/建表时的默认 collation；或者改完没重启 MySQL 服务，导致 SHOW VARIABLES LIKE 'collation_server' 仍显示旧值。

打开 phpEnv 安装目录下的 MySQL\my.ini（不是根目录的 my.ini）
找到 [mysqld] 节点，在其下方添加两行：

character-set-server = utf8mb4
collation-server = utf8mb4_unicode_ci

不要删掉已有同名配置项，直接覆盖写；若存在 default-character-set，它已被弃用，删掉更稳妥。

改完重启但新建数据库还是 latin1

即使 collation-server 已生效，新建数据库仍可能是 latin1_swedish_ci，说明 phpEnv 启动脚本或控制面板后台悄悄执行了带字符集参数的 CREATE DATABASE，绕过了服务器默认设置。

验证方式：手动执行 CREATE DATABASE testdb;（不指定任何 CHARSET/COLLATE），然后运行 SHOW CREATE DATABASE testdb;。如果结果里仍是 latin1，就确认是环境脚本干预。

临时解决：每次建库都显式声明，例如 CREATE DATABASE mydb CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
根治方法：检查 phpEnv 控制面板「数据库管理」页的建库逻辑，或搜索安装目录下所有 .bat、.php 文件中是否硬编码了 latin1
注意：phpEnv 2.x 版本存在已知 bug，即使配置正确，Web 界面建库仍会忽略 collation-server，必须用命令行或 phpMyAdmin 手动创建

PHP 查询时 ORDER BY 不按中文拼音排怎么办

MySQL 默认不支持 UTF-8 中文拼音排序，utf8mb4_unicode_ci 是按 Unicode 码位排的，会导致「张」在「王」前面（因为「张」的 Unicode 更小）。这不是 PHP 的问题，也不能靠 PHP 数组二次排序来补救——大数据量下性能崩坏，且分页错乱。

btpanel phpsite 宝塔面板PHP网站

宝塔面板 PHP 网站管理：站点创建、删除、启停、PHP 版本切换、域名管理、SSL证书管理、伪静态管理、数据库管理

下载

真正可行的解法只有两种，且都发生在 SQL 层：

查询时强制转码：ORDER BY CONVERT(name USING gbk) COLLATE gbk_chinese_ci，前提是字段内容能无损转为 GBK（纯中文没问题，含 emoji 或生僻字会失败）
建表时给字段设专用 collation：ALTER TABLE users MODIFY name VARCHAR(100) COLLATE gbk_chinese_ci;，但要求整个表字符集为 gbk，与现代 Web 兼容性冲突，慎用
终极建议：接受 Unicode 排序逻辑，前端用 JS 拼音库（如 pinyin）做二次处理；或改用 Elasticsearch 等专有检索方案

为什么 SHOW COLLATION 查不到 gbk_chinese_ci

phpEnv 自带的 MySQL 二进制包默认只编译了 utf8mb4 和 latin1 相关校对集，gbk_chinese_ci 属于「额外字符集」，需重新编译 MySQL 或替换 share/charsets/ 目录下的文件——这对 phpEnv 用户几乎不可行。

执行 SHOW COLLATION LIKE 'gbk%'; 返回空，就说明当前 MySQL 实例根本不认识 GBK 校对规则，此时任何 CONVERT(... USING gbk) 都会报错 ERROR 1115 (42000): Unknown character set: 'gbk'。

替代方案只有：

换用支持 GBK 的 MySQL 发行版（如某些国产分支），但失去 phpEnv 一键部署优势
放弃拼音排序，改用 MySQL 8.0+ 的 weight_string() + 自定义函数模拟，复杂度高且不可移植
最务实的做法：在 PHP 层接收数据后，用 iconv('UTF-8', 'GBK//IGNORE', $str) 转码再调用 collator_compare()（需启用 intl 扩展）

字符集和排序规则的层级关系容易被低估——服务器配置只是起点，实际行为由数据库、表、字段三级共同决定，而 phpEnv 的封装又加了一层黑盒。调不通时，先用 SHOW CREATE DATABASE 和 SHOW FULL COLUMNS FROM 逐级确认真实值，比反复改配置更有效。