phpmyadmin 为某些表中某些列的现有编号添加一个数字前缀

Question

抱歉描述的太难了，但我不知道更好的说法。

当我通过 phpMyAdmin Web 界面查看 MySQL 数据库的某些表时，前两列的数字以“3”为前缀。

所以如果第一列的数字是 99，phpMyAdmin 会显示 3939。

第二列有数字 3592，phpMyAdmin 显示 33353932。

如果我使用mysql CLI 检查记录，它们会正确显示。

它只发生在某些数据库的某些表中的某些列上……并非全部发生。

所以可能是表格本身的问题，也可能是 phpMyAdmin 的问题。

系统/版本信息：

• 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
• oracle-java9 9.0.1-1~webupd8~0
• mysql-server 5.7.20-0ubuntu0.16.04.1

我希望有人对这里可能发生的事情有所了解。

如果您希望进一步澄清，请告诉我。

mysql命令行：

+------------------------------+
| Tables_in_gsb                |
+------------------------------+
| gsb_challenge                |
| gsb_challenge_pos            |
| gsb_challenge_scope          |
| gsb_copyright                |
| gsb_correction               |
| gsb_correction_gold          |
| gsb_correction_literality    |
| gsb_correction_sentalign     |
| gsb_correction_tag           |
| gsb_correction_tokenization  |
| gsb_correction_wordalign     |
| gsb_doc_counts               |
| gsb_doc_status               |
| gsb_doc_warnings             |
| gsb_documents                |
| gsb_log                      |
| gsb_reports_verbnet          |
| gsb_semlex_entry             |
| gsb_semlex_entry_cooc_cat    |
| gsb_semlex_entry_cooc_lemma  |
| gsb_semlex_entry_cooc_ne     |
| gsb_semlex_entry_cooc_pos    |
| gsb_semlex_entry_cooc_roles  |
| gsb_semlex_entry_name        |
| gsb_semlex_occurrence        |
| gsb_status_flag              |
| gsb_subcorpus                |
| gsb_synsets                  |
| gsb_user                     |
| gsb_userCake_Groups          |
| gsb_userCake_Users           |
| gsb_v_accepted_docs          |
| gsb_v_last_doc_status        |
| gsb_v_last_doc_update        |
| pmb_annotation_status        |
| pmb_correction               |
| pmb_correction_sentalign     |
| pmb_correction_tag           |
| pmb_correction_tokenization  |
| pmb_dmatch                   |
| pmb_doc_counts               |
| pmb_doc_lists                |
| pmb_doc_status               |
| pmb_doc_warnings             |
| pmb_documents                |
| pmb_lrec                     |
| pmb_lrec_dmatch              |
| pmb_lrec_dmatch_backup       |
| pmb_lrec_promatch            |
| pmb_promatch                 |
| pmb_promatch_copy            |
| pmb_reports_verbnet          |
| pmb_semlex_entry             |
| pmb_semlex_entry_cooc_cat    |
| pmb_semlex_entry_cooc_lemma  |
| pmb_semlex_entry_cooc_pos    |
| pmb_semlex_entry_cooc_roles  |
| pmb_semlex_entry_cooc_semtag |
| pmb_semlex_occurrence        |
| pmb_status_flag              |
| pmb_subcorpus                |
| pmb_synsets                  |
| pmb_synsets_new              |
| pmb_userCake_Groups          |
| pmb_userCake_Users           |
| pmb_v_phrase_search          |
+------------------------------+

SELECT * FROM pmb_semlex_occurrence ORDER BY part DESC LIMIT 10;
+------+--------+-------+------+------+--------+------+----------------+------+----+-----------+---------+-----------+--------+--------+--------+----------+----------------------------------+
| part | doc_id | tokid | from | to   | toknum | snum | cat            | pos  | ne | roles     | wordnet | wordsense | semtag | lemma  | token  | token_lc | entry_id                         |
+------+--------+-------+------+------+--------+------+----------------+------+----+-----------+---------+-----------+--------+--------+--------+----------+----------------------------------+
| 99   | 3592   | 15056 | 2202 | 2203 |    453 |   15 | (N/PP)\(N/PP)  | LQU  |    | []        | O       | O         | NIL    | "      | "      | "        | 594f1919d740100ed2f3e4cfd4100329 |
| 99   | 3592   | 15055 | 2201 | 2202 |    452 |   15 | (N/PP)\(N/PP)  | .    |    | []        | O       | O         | NIL    | .      | .      | .        | 594f1919d740100ed2f3e4cfd4100329 |

phpmyadmin:

这不是我的数据库，我只维护它运行的服务器，所以我不认为这是一个恶作剧......他们怎么会这样做？

Answer 1

通过这些列属于BINARY 类型的附加信息，我能够找到描述此行为的两个错误报告：

• broken view of binary fields (every second three)
• broken link to table of binary fields (every second three)

第一个应该已在 phpMyAdmin 4.3 中解决，但我看到您使用的是 4.5 版。相关的第二个问题是针对版本 4.7.1 报告的，并在版本 4.7.3 中修复。

尝试升级到 phpMyAdmin 4.7.3 或更高版本（在撰写本文时最新版本为 4.7.7）。