本质是php进程将整表数据读入内存渲染导致内存爆或超时，需设$cfg['maxrows']=100、$cfg['limitchars']=500，并勾选“显示无格式”跳过行级解析，同时确认$cfg'sqlquery'=true避免语句包裹。
phpmyadmin 5.2 执行 select * 没加 limit 就卡死？本质是后端内存爆了
不是前端慢，是 php 进程把整张表数据读进内存再渲染，遇到几十万行+text 字段时直接触发 memory_limit 或超时。你看到的“转圈不动”，大概率是 php 进程已崩溃或被 max_execution_time 终止，但页面没报错。
-
$cfg['MaxRows']必须设为具体值（如100），不能留空或设为0（表示不限） -
$cfg['LimitChars']建议设为500，避免单个TEXT字段拖垮响应 - 这两项必须写在
config.inc.php的$cfg数组赋值块内，且不能包在if条件里（否则线上环境不生效） - 改完不用重启服务，但浏览器要硬刷新（
Ctrl+F5）清 JS 缓存
勾选“显示无格式”真能绕过解析瓶颈？是的，而且必须开
默认模式下，phpMyAdmin 会对每一行做类型推断、HTML 转义、字段链接生成（比如把邮箱变成 mailto: 链接）。这个过程 CPU 占用极高，万行以上时比 MySQL 执行本身还慢。
- SQL 界面务必勾选「显示无格式」（对应配置：
$cfg['SQLQuery']['Edit'] = false;） - 同时确认
$cfg['SQLQuery']['AsIs'] = true;，避免 phpMyAdmin 自动给语句加包裹（如SELECT * FROM (…)），否则可能破坏索引使用 - 只读分析场景别硬扛：用
SELECT … INTO OUTFILE '/tmp/data.csv'导出，或直接命令行mysql -e "SELECT …" > data.csv
为什么调大 PHP timeout 和 memory_limit 还是卡？因为 MySQL 先拦住了
执行大查询时，如果返回结果集过大（比如单行含几 MB JSON），MySQL 会因 max_allowed_packet 限制直接断连，报错类似 Got a packet bigger than 'max_allowed_packet' bytes。这不是 PHP 配置能解决的。
- 查当前值：
SHOW VARIABLES LIKE 'max_allowed_packet';（默认常为 4M 或 64M） - 估算你最长的一行字节数（含字段名、分隔符、转义字符），至少设为该值的 2 倍
- 必须改 MySQL 服务端配置（
my.cnf中[mysqld]下加max_allowed_packet = 256M），然后sudo systemctl restart mysql - 托管环境无法改服务端？用命令行导入/导出：
mysql -u root -p --max-allowed-packet=512M db_name
结构页点“SQL”标签执行大结果集，为啥比首页还慢？因为多了一层解析
首页 SQL 界面走的是基础查询流，而结构页底部的「SQL」标签会额外加载字段元数据、尝试识别主键/外键关系、生成编辑按钮——这些在大结果集上全是冗余开销。
- 结构页里执行大查询，优先切到首页的 SQL 标签页操作
- 若必须从结构页出发，先手动加
LIMIT 100，别依赖“显示前 100 行”按钮（它是在 PHP 层截断，数据已全拉下来） - 长期高频查大表？别用 phpMyAdmin 当查询终端，用
mysqlCLI 或 DBeaver 这类原生客户端
实际最常被忽略的点：phpMyAdmin 5.2 的 $cfg['MaxRows'] 和 $cfg['LimitChars'] 是全局开关，但很多人只改了 config.sample.inc.php 或放在条件判断里，导致根本没生效。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
