phpMyAdmin中TEXT字段显示省略号是因默认启用Substring转换，数据未丢失；可通过编辑页验证、关闭转换选项或修改config.inc.php永久禁用。
phpMyAdmin里TEXT字段显示省略号（…）怎么办
不是数据丢了，是phpmyadmin默认启用了substring转换——它把超长字段强制截断并加省略号，纯属前端显示策略。你看到的…背后，数据大概率完好无损。
- 确认是否真被截断：点开某条记录的“编辑”页，直接看
content字段原始值（别只信“浏览”页），如果这里也只剩前几十字，才说明存入时就已截断 - 临时关闭截断：在“浏览”页右上角点“选项”，取消勾选
使用列的转换（或启用转换），刷新即可看到完整内容（但可能撑爆页面） - 永久禁用：改配置文件
config.inc.php，删掉或注释掉这一行：$cfg['DefaultTransformations']['Substring'] = [0,'all','…'];
大字段（如BLOB/JSON）在phpMyAdmin里显示为空或乱码
BLOB不是文本，phpMyAdmin默认不渲染二进制内容；而JSON若含特殊字符或编码错，也会显示异常。关键不是“看不了”，而是“没选对查看方式”。
- 点击字段右侧的
打开链接（小窗口图标），会弹出独立预览框，支持语法高亮和滚动查看 - 对BLOB类型，先确认字段实际存的是什么：如果是图片，选
Inline模式可直接渲染；如果是加密数据或日志，选Hex模式看原始字节 - 若显示
NULL或空白，执行SELECT LENGTH(your_blob_col) FROM table LIMIT 1;——结果为0说明真为空，非0但看不到内容，大概率是字符集不匹配，试试CONVERT(your_blob_col USING utf8mb4)
查AES加密字段时返回NULL，是不是被截断了？
AES_DECRYPT()返回NULL几乎从不因为“显示截断”，而是解密失败。常见原因就三个：密钥不对、字符集错、输入不完整。
- 先排除存储问题：
SELECT HEX(encrypted_col), LENGTH(encrypted_col) FROM table LIMIT 1;——如果LENGTH明显小于预期（比如AES-128-ECB下明文100字节应得112字节密文），说明存入时就被截断过 - 解密必须配
CONVERT(... USING utf8mb4)：SELECT CONVERT(AES_DECRYPT(encrypted_col, 'your_key') USING utf8mb4) FROM table; - 密钥必须一字不差：大小写、空格、长度（MySQL会自动补位/截断到16/24/32字节，但PHP的openssl_encrypt逻辑不同，混用易错）
phpMyAdmin导出长文本时又被截断了
导出CSV/SQL时，默认仍走Substring转换，且CSV格式本身对换行、逗号敏感，极易损坏长文本结构。
- 导出前务必进“选项” → 关闭
使用列的转换，再选CSV for MS Excel或JSON格式（JSON保留换行和引号更安全） - 若导出后仍是省略号，说明原始数据入库时就被
VARCHAR(255)之类短类型截断了，这时DESCRIBE table_name查字段类型，确认是否该升级为MEDIUMTEXT - 终极方案：别依赖phpMyAdmin导出，用命令行
mysqldump --skip-extended-insert --hex-blob db_name table_name > dump.sql，--hex-blob确保BLOB转十六进制保存，不丢字节
LENGTH()加一个HEX()，比盯着省略号猜半天快得多。 
