MAX_ROWS 是 MyISAM/ARCHIVE 表的存储提示，与连接数无关；调连接数须改 max_connections 系统变量。
MySQL 表的 MAX_ROWS 和连接数根本不是一回事
直接说结论：max_rows 是 myisam/archive 表的一个存储提示，它不控制连接数，也不影响并发连接上限。你想调连接数限制，得去改 max_connections 系统变量，不是动表结构。
很多人搜“Max_Rows 连接数”，是因为看到错误里带 MAX_ROWS 字样，或者在 phpMyAdmin 里误把表属性和服务器配置混在一起了。这俩完全不在一个层级上：一个是单表元数据（且多数引擎忽略），一个是全局服务参数。
怎么查和改真正的连接数限制 max_connections
连接数由 MySQL 实例级配置决定，跟具体哪张表没关系。改错地方，重启也没用。
-
SHOW VARIABLES LIKE 'max_connections';查当前生效值 - 临时调高（重启失效）：
SET GLOBAL max_connections = 500; - 永久生效：在
my.cnf或my.ini的[mysqld]段下加一行max_connections = 500，然后重启 MySQL - 注意：实际能撑住多少连接，还取决于 OS 文件描述符限制（
ulimit -n）和内存——每个连接至少占几 MB 内存，盲目调太高可能 OOM
MAX_ROWS 到底有什么用？什么时候会被忽略？
它只是告诉存储引擎“我预期这张表最多存这么多行”，仅对 MyISAM 和 ARCHIVE 有弱约束意义；InnoDB 完全无视这个字段，CREATE TABLE 时写了也白写。
- MyISAM 会据此预分配索引文件大小，但超了照样能插（只是性能可能变差）
- 如果建表时指定了
AVG_ROW_LENGTH，MAX_ROWS才会影响 .MYD 文件初始大小估算 - phpMyAdmin 或某些 ORM 生成建表语句时自动带上
MAX_ROWS=1000000，纯属冗余，删掉不影响功能 - 错误日志里出现
Warning: MAX_ROWS is ignored for storage engine InnoDB就是正常现象，不用管
可视化工具里看到的“连接数”从哪来？
像 Navicat、DBeaver、甚至 MySQL Workbench 的“服务器状态”页，显示的活跃连接数，来源都是 SHOW PROCESSLIST 或 performance_schema.threads，它们读的是运行时状态，不是从某张表的 MAX_ROWS 字段里扒出来的。
- 这些工具不会解析表定义里的
MAX_ROWS，那个字段连DESCRIBE table_name都不显示 - 如果你在监控面板里看到“连接数突增”，优先查
SHOW PROCESSLIST里有没有长期 Sleep 的连接，或者应用层有没有漏关Connection - 真正要可视化连接趋势，该接 Prometheus + mysqld_exporter，而不是盯着表结构看
别被名字骗了——MAX_ROWS 里的 “MAX” 跟连接上限毫无关系，它只管“这张表我打算塞多少行”，而且连这个都只是个建议。真要控连接，眼睛盯死 max_connections 和 wait_timeout 就行。
