很抱歉描述得很难，但我知道没有比这更好的说法了。
当我通过phpmyadmin web界面查看mysql数据库的某些表时，前两列的数字以“3”作为前缀。
因此，如果第一列有数字99，phpmyadmin显示3939。
第二列的数字是3592，phpmyadmin显示33353932。
如果我查一下记录 mysql 正确显示。
它只发生在某些数据库的某些表中的某些列上。。。不是对所有人。
所以它可能与表本身有关，或者与phpmyadmin有关。
系统/版本信息：
ubuntu 16.04.3 lts版
phpmyadmin 4:4.5.4.1-2 uBuntu2
附录2.4.18-2 UBUNTU3.5
php7.0 7.0.22-0ubuntu0.16.04.1
oracle-java9 9.0.1-1~网站升级8~0
mysql服务器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 |

物理管理员：


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