Question

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

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表。事实证明，在删除该表之后，我没有任何不利影响。我希望这有助于其他人！

Answer 2

从Mirth Connect 2升级到3后，我发生了同样的事情。old_message表占用了大量磁盘空间，我不再需要这些消息了。我截断了old_message表，并且它对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表是否安全？

2 个答案: