根本原因是phpMyAdmin默认不截断长文本字段，直接渲染完整内容导致表格横向溢出；须设置$cfg['LimitChars']=500（不可为0或空），且必须置于config.inc.php的$cfg数组赋值块末尾、区分大小写、避免条件包裹，否则配置失效。
phpMyAdmin大字段（TEXT/BLOB）导致表格横向溢出
根本原因是 phpmyadmin 默认对长文本字段不做截断，直接渲染完整内容，浏览器被迫撑开表格宽度，破坏整体布局。这不是 css 能简单 fix 的问题，而是服务端输出策略缺失。
-
$cfg['LimitChars']必须设为具体数值（如500），不能留空或设为0；它控制所有文本类字段（TEXT、VARCHAR、MEDIUMTEXT等）在「浏览」页的显示长度 - 该配置只影响 HTML 渲染层，不改变实际查询结果，所以不会影响导出或 SQL 执行
- 若字段含 HTML 标签或换行符，还需配合
$cfg['ShowBlobAsText'] = true;防止二进制内容触发额外解析开销
为什么设置了$cfg['LimitChars']仍无效？
常见失效场景是配置被覆盖或未生效：它必须写在 config.inc.php 的 $cfg 数组赋值块内，且不能包裹在条件语句中（如 if (PMA_IS_LOCALHOST)），否则线上环境读不到。
- 检查是否误写成
$cfg['limitchars']（小写）——phpMyAdmin 配置项严格区分大小写 - 确认没有其他 config 文件（如宝塔自动注入的
custom_config.php）在之后重新赋值$cfg - 修改后必须重启 PHP 进程（不是仅刷新页面），因为部分配置在 PHP 启动时加载并缓存
超长字段还引发滚动卡顿和内存暴涨
当单个字段超过几万字符，即使做了 LimitChars 截断，phpMyAdmin 仍会在后台完整读取整字段再裁剪，这会吃掉大量 PHP 内存，尤其在多行同时存在时。
- 对已知含超长内容的表，建议在「浏览」前手动加
LIMIT，避免默认拉全量行 - 执行
SELECT时勾选「显示无格式」（对应$cfg['SQLQuery']['AsIs'] = true;），跳过字段类型推断和 HTML 转义环节 - 真正要查全量内容时，改用
SELECT column_name INTO DUMPFILE或命令行mysqldump --where="id=123"导出后本地打开
自定义 CSS 强制截断但不推荐
仅作为临时补救：可在 custom.css 中加 td.data .text, td.data .blob { max-width: 400px; overflow: hidden; text-overflow: ellipsis; white-space: nowrap; }。但这只是视觉遮盖，右键复制仍得全量内容，且可能掩盖真实数据长度问题。
真正需要关注的是字段设计本身——是否真有必要存数 MB 的文本？能否拆到独立表、或改用外部存储 + ID 引用？phpMyAdmin 不是文档编辑器，它的 UI 天然不适合展示巨型字段。
立即学习“PHP免费学习笔记（深入）”；
