Mirth Connect - 升级到版本 3 后删除 old_messages table 是否安全？

Question

当我从 Mirth Connect Server < 3 升级到 3.0.3.7171 时，Mirth 将我所有的旧消息保存到名为 OLD_MESSAGE 的 MySQL table 中。 table 很大，占用了我磁盘的大部分空间 space。我不再需要升级到版本 3 之前的任何消息。我可以安全地从 MySQL 中删除这个 table 并且没有不利影响吗？预先感谢您的帮助！

mysql> describe OLD_MESSAGE;
+---------------------------+--------------+------+-----+-------------------+-----------------------------+
| Field                     | Type         | Null | Key | Default           | Extra                       |
+---------------------------+--------------+------+-----+-------------------+-----------------------------+
| SEQUENCE_ID               | int(11)      | NO   | PRI | NULL              | auto_increment              |
| ID                        | char(36)     | NO   | UNI | NULL              |                             |
| SERVER_ID                 | char(36)     | NO   |     | NULL              |                             |
| CHANNEL_ID                | char(36)     | NO   | MUL | NULL              |                             |
| SOURCE                    | varchar(255) | YES  |     | NULL              |                             |
| TYPE                      | varchar(255) | YES  |     | NULL              |                             |
| DATE_CREATED              | timestamp    | NO   |     | CURRENT_TIMESTAMP | on update CURRENT_TIMESTAMP |
| VERSION                   | varchar(40)  | YES  |     | NULL              |                             |
| IS_ENCRYPTED              | smallint(6)  | NO   |     | NULL              |                             |
| STATUS                    | varchar(40)  | YES  |     | NULL              |                             |
| RAW_DATA                  | longtext     | YES  |     | NULL              |                             |
| RAW_DATA_PROTOCOL         | varchar(40)  | YES  |     | NULL              |                             |
| TRANSFORMED_DATA          | longtext     | YES  |     | NULL              |                             |
| TRANSFORMED_DATA_PROTOCOL | varchar(40)  | YES  |     | NULL              |                             |
| ENCODED_DATA              | longtext     | YES  |     | NULL              |                             |
| ENCODED_DATA_PROTOCOL     | varchar(40)  | YES  |     | NULL              |                             |
| CONNECTOR_MAP             | longtext     | YES  |     | NULL              |                             |
| CHANNEL_MAP               | longtext     | YES  |     | NULL              |                             |
| RESPONSE_MAP              | longtext     | YES  |     | NULL              |                             |
| CONNECTOR_NAME            | varchar(255) | YES  |     | NULL              |                             |
| ERRORS                    | longtext     | YES  |     | NULL              |                             |
| CORRELATION_ID            | varchar(255) | YES  | MUL | NULL              |                             |
| ATTACHMENT                | smallint(6)  | YES  | MUL | NULL              |                             |
+---------------------------+--------------+------+-----+-------------------+-----------------------------+
23 rows in set (0.05 sec)

Answer 1

我最终设置了另一个具有相同数据的 Mirth Connect 服务器并测试删除 OLD_MESSAGE table。事实证明，在删除 table 之后，我没有产生任何不良影响。我希望这对其他人有帮助！

Answer 2

我从 Mirth Connect 2 升级到 3 后也发生了同样的事情。old_message table 占用了大量磁盘 space 我不再需要这些消息了.我截断了 old_message table 并且它在 Mirth Connect 中没有任何不利影响。

我们使用 Postgres 而不是 MySQL，但 truncate 语法是相同的。

# ./psql mirthdb postgres
psql (9.0.13)
Type "help" for help.

mirthdb=# TRUNCATE TABLE old_message;
TRUNCATE TABLE
mirthdb=#

Mirth Connect - 升级到版本 3 后删除 old_messages table 是否安全？

Mirth Connect - is it safe to drop the old_messages table after upgrading to version 3?

mysql

mirth