XAMPP中max_connections修改不生效，主因是配置未置于[mysqld]段内、未使用MySQL实际加载的配置文件（如D:\xampp\mysql\bin\my.ini或my.cnf），或系统级文件描述符限制低于设定值；须确认路径、严格落段、重启服务并检查open_files_limit。
直接改 my.ini 里的 max_connections 不生效，大概率是因为配置没落在正确位置，或者 XAMPP 没读到你改的那个文件。
确认 XAMPP 实际加载的配置文件路径
XAMPP 启动 MySQL 时并不一定读 C:\Windows\my.ini，尤其在 Windows 上，它优先找自己安装目录下的配置。常见真实路径是：
-
D:\xampp\mysql\bin\my.ini（旧版 XAMPP） -
D:\xampp\mysql\conf\my.cnf或D:\xampp\mysql\my.cnf（新版更倾向用.cnf）
最稳妥的方式是让 MySQL 自己告诉你它用了哪个文件：
mysqld --help --verbose | findstr "Default options"
输出里带 my.ini 或 my.cnf 的那行，就是它真正加载的配置路径。别凭经验乱改。
修改 max_connections 必须放在 [mysqld] 段内
很多用户把 max_connections=2000 写在文件开头或末尾，结果重启后 show variables like 'max_connections' 还是 151 —— 因为 MySQL 只认 [mysqld] 节下的配置。
正确写法示例（必须严格对齐）：
[mysqld] port=3306 socket="D:/xampp/mysql/mysql.sock" basedir="D:/xampp/mysql" datadir="D:/xampp/mysql/data" max_connections=2000 tmp_table_size=209715200
注意点：
- 不要写成
[mysql]（这是客户端段，无效） - 不要漏掉方括号和换行，
[mysqld]必须独占一行 - 如果文件里已有
[mysqld]段，直接追加max_connections行即可
改完不生效？检查是否被操作系统限制住
即使配置写对、MySQL 也重启了，show variables 显示的值仍可能卡在 214 或 234 左右 —— 这是 Linux 系统级限制（Windows 较少见，但 XAMPP for Windows 若跑在 WSL 或 Docker 里也会遇到）。根本原因是 MySQL 进程能打开的文件描述符（file descriptor）不够，每个连接至少占一个 fd。
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
验证方式：
mysql> show status like 'open_files_limit';
如果返回值远低于你设的 max_connections（比如 1024），就得调系统限制：
- Linux（XAMPP-LAMPP）：编辑
/opt/lampp/etc/my.cnf，在[mysqld]下加open_files_limit=65535；再确保 systemd 服务里有LimitNOFILE=65535 - Windows（本地 XAMPP）：一般不用调，但如果用 WSL2，需进 WSL 执行
sudo sysctl -w fs.file-max=100000
改完必须重启整个 XAMPP 控制面板，不是只停 MySQL 服务。
临时救急：用 set global 动态调整（慎用）
当连接已打满、连不上 MySQL 客户端时，set global max_connections=2000 无法执行 —— 因为没空闲连接给你登录。但它在「还有 1~2 个连接空闲」时非常有用：
mysql -u root -p mysql> SET GLOBAL max_connections = 2000;
注意：
- 该设置重启后丢失，仅用于快速缓解
- 不能超过
open_files_limit值，否则会静默失败（查show variables仍显示旧值） - 某些 XAMPP 版本编译时限制了上限（如硬编码 16384），设太高会自动回落
真正要长期稳定支撑高并发，必须走配置文件 + 重启 + 系统限制三者齐备。单独改任何一项，都容易在某次内存波动或连接泄漏后突然崩回 151。
