这问题确实有点蹊跷：在phpMyAdmin网页界面查看部分MySQL表时，特定列的数字会被莫名添加前缀‘3’——比如原数字99显示为3939，3592显示为33353932，但使用MySQL CLI查询时显示完全正常，且问题仅出现在部分数据库的部分表列中。结合你提供的环境信息：

• Ubuntu 16.04.3 LTS
• phpmyadmin 4:4.5.4.1-2ubuntu2
• apache2 2.4.18-2ubuntu3.5
• php7.0 7.0.22-0ubuntu0.16.04.1
• mysql-server 5.7.20-0ubuntu0.16.04.1

下面是几个针对性的排查方向：

1. 验证字段类型与phpMyAdmin字符集设置 #

• 首先在MySQL CLI中执行 DESCRIBE pmb_semlex_occurrence;，查看出问题的part、doc_id等列的字段类型（比如INT、VARCHAR、ENUM）。如果是数字类型但phpMyAdmin渲染异常，大概率是前端字符处理问题。
• 对比数据库/表的字符集：CLI执行 SHOW CREATE TABLE pmb_semlex_occurrence; 查看表的字符集配置，再在phpMyAdmin界面中查看对应表的字符集设置，确认两者是否一致。字符集不匹配可能导致数字被错误转码，出现多余前缀。

2. 排查phpMyAdmin的插件与自定义配置 #

• 你使用的phpMyAdmin 4.5.4版本较老，检查是否安装过第三方插件（比如自定义列渲染插件），这类插件可能对特定列做了异常处理。可以临时禁用所有非官方插件，重启Apache后再验证问题是否消失。
• 查看phpMyAdmin的config.inc.php配置文件，检查是否存在$cfg['DisplayTransforms']或其他针对列显示的自定义规则，是否不小心添加了前缀处理逻辑。

3. 检查表列的元数据是否异常 #

• 执行 SHOW FULL COLUMNS FROM pmb_semlex_occurrence;，查看出问题列的Comment和Collation字段，确认是否存在特殊字符或异常内容——phpMyAdmin可能会错误解析这些元数据，导致渲染异常。
• 确认这些列是否为ENUM/SET类型：虽然CLI显示正常，但phpMyAdmin对这类类型的渲染可能存在bug，尤其是老版本。

4. 测试phpMyAdmin的不同视图与版本兼容性 #

• 在phpMyAdmin的「SQL」标签中直接执行查询语句（比如 SELECT * FROM pmb_semlex_occurrence ORDER BY part DESC LIMIT 10;），查看结果显示是否正常。如果SQL视图正常，说明是「浏览」视图的渲染bug。
• 考虑临时升级phpMyAdmin到同分支的最新小版本（比如4.5.x系列的后续更新），老版本可能存在已知的渲染bug，升级后大概率能解决问题。升级前记得备份phpMyAdmin的配置文件。

5. 排查PHP字符处理扩展的配置 #

• 你的环境使用PHP7.0，执行 php -m 查看是否安装了mbstring、iconv这类字符处理扩展——phpMyAdmin依赖这些扩展处理字符编码，如果扩展配置错误，可能导致数字被错误编码。确认扩展的配置参数（比如mbstring.internal_encoding）是否与数据库字符集匹配。

额外提示 #

因为你并非数据库所有者，排查时尽量避免修改表结构或数据，优先从phpMyAdmin配置、服务器环境层面入手，避免影响原有业务。

内容的提问来源于stack exchange，提问作者PorkCharSui