随着时间的推移，RT表可能会变得碎片化，分散在多个磁盘块中，并且可能被删除但未清除的数据污染，从而影响搜索性能。在这种情况下，需要进行优化。本质上，优化过程会合并磁盘块对，移除使用DELETE语句之前已删除的文档。

从Manticore 4开始，默认情况下，此过程会自动发生参见服务器设置中的Searchd.md。但是，您也可以使用以下命令手动启动表压缩。

OPTIMIZE TABLE table_name [OPTION opt_name = opt_value [,...]]

OPTIMIZE TABLE rt;

OPTIMIZE TABLE rt OPTION cutoff=4;

OPTIMIZE TABLE rt OPTION sync=1;

优化可能是一个耗时且I/O密集型的过程。为了最小化其影响，实际合并工作是在一个特殊的后台线程中串行执行的，而OPTIMIZE语句只是将其添加到队列中。优化线程可以进行I/O限制，并可以通过rt_merge_iops和rt_merge_maxiosize指令分别控制每秒的最大I/O次数和最大I/O大小。

在优化过程中，正在优化的RT表几乎一直在线并可供搜索和更新使用。当成功合并一对磁盘块时，表会被锁定一个非常短暂的时间，以便重命名旧文件和新文件，并更新表头。

只要auto_optimize没有禁用，表就会自动优化。

如果您遇到意外的SST或希望集群中所有节点上的表二进制相同，则需要：

1. 禁用auto_optimize。
2. 手动优化表：

   在一个节点上从集群中删除表：

   ‹›

   • SQL

   SQL

   📋

   ⚙

   ALTER CLUSTER mycluster DROP myindex;

   优化表：

   ‹›

   • SQL

   SQL

   📋

   ⚙

   OPTIMIZE TABLE myindex;

   将表重新添加回集群：

   ‹›

   • SQL

   SQL

   📋

   ⚙

   ALTER CLUSTER mycluster ADD myindex;

   当表重新添加回集群时，优化过程中创建的新文件将被复制到集群中的其他节点。 其他节点上对该表所做的任何本地更改都将丢失。

对表数据的修改（插入、替换、删除、更新）应选择以下之一：

1. 推迟这些操作，
2. 将它们定向到正在运行优化过程的节点。

请注意，在表退出集群期间，插入/替换/删除/更新命令应不带集群名称前缀（对于SQL语句或HTTP JSON请求中的集群属性），否则将失败。 一旦表重新添加到集群，您必须恢复对该表的写入操作，并再次包含集群名称前缀，否则这些操作将失败。

在优化过程中，可以在任何节点上正常使用搜索操作。

Manticore 在实时表的刷新和合并过程中提供隔离，防止任何更改影响正在运行的查询。

例如，在表压缩期间，一对磁盘块会被合并并产生一个新的块。在某个时刻，会创建表的新版本，新块替换了原始的这一对块。这一过程是无缝进行的，因此使用原始块的长时间运行的查询将继续看到旧版本的表，而新的查询将看到包含合并后块的新版本。

同样适用于刷新 RAM 块的情况，此时合适的 RAM 段会被合并成新的磁盘块，而参与的 RAM 块段则被放弃。在此操作期间，Manticore 对操作开始前启动的查询提供隔离。

此外，这些操作对替换和更新是透明的。如果您更新属于正在与另一个块合并的磁盘块中的文档的属性，更新将应用于该块和合并后生成的新块。如果在合并期间删除文档，该文档将同时在原始块和合并后生成的新块中被删除，新块要么将该文档标记为已删除，要么如果删除发生在合并过程的早期，则根本不会包含该文档。

“冻结”表在您想要创建物理副本或备份时很有用。它将表的文件标记为冻结，并显示它们的存储位置。冻结后，您可以安全地将这些文件复制到其他位置。您仍然可以向冻结的表中添加新文档，直到达到 rt_mem_limit，但新数据会保留在内存中，直到表被解冻才会写入磁盘。如果表超过 rt_mem_limit，所有更改将暂停，直到表被解冻。如果守护进程意外停止，任何未保存的数据将从二进制日志中恢复。

“锁定”表对于逻辑备份很有用。它不会阻止内部维护任务，例如磁盘块合并操作或将 RAM 块写入磁盘。它仅阻止写操作。这意味着您无法在锁定的表中插入、替换或更新数据。这对于像 mysqldump 这样的工具很有帮助，因为锁定可以确保数据保持逻辑一致性。例如，如果没有锁定，在转储期间如果替换了一个文档，旧版本可能已经存在于转储中，而新版本可能稍后也会出现，两者具有相同的文档 ID。锁定表可以防止这种情况。

FREEZE tbl1[, tbl2, ...]

FREEZE t;

+-------------------+---------------------------------+
| file              | normalized                      |
+-------------------+---------------------------------+
| data/t/t.0.spa    | /work/anytest/data/t/t.0.spa    |
| data/t/t.0.spd    | /work/anytest/data/t/t.0.spd    |
| data/t/t.0.spds   | /work/anytest/data/t/t.0.spds   |
| data/t/t.0.spe    | /work/anytest/data/t/t.0.spe    |
| data/t/t.0.sph    | /work/anytest/data/t/t.0.sph    |
| data/t/t.0.sphi   | /work/anytest/data/t/t.0.sphi   |
| data/t/t.0.spi    | /work/anytest/data/t/t.0.spi    |
| data/t/t.0.spm    | /work/anytest/data/t/t.0.spm    |
| data/t/t.0.spp    | /work/anytest/data/t/t.0.spp    |
| data/t/t.0.spt    | /work/anytest/data/t/t.0.spt    |
| data/t/t.meta     | /work/anytest/data/t/t.meta     |
| data/t/t.ram      | /work/anytest/data/t/t.ram      |
| data/t/t.settings | /work/anytest/data/t/t.settings |
+-------------------+---------------------------------+
13 rows in set (0.01 sec)

file 列表示运行实例的 data_dir 中的表文件路径。normalized 列显示相同文件的绝对路径。要备份表，只需复制提供的文件，无需额外准备。

当表被冻结时，您无法执行 UPDATE 查询；它们将等待表被解冻。

此外，DELETE 和 REPLACE 查询在表被冻结时有一些限制：

• 如果 DELETE 影响当前 RAM 块中的文档 - 允许。
• 如果 DELETE 影响磁盘块中的文档但之前已被删除 - 允许。
• 如果 DELETE 会修改实际磁盘块 - 将等待直到表被解冻。

手动 FLUSH 冻结表的 RAM 块将报告“成功”，但不会发生实际保存。

DROP/TRUNCATE 冻结表 是 允许的，因为这些操作不是隐式的。我们假设如果您截断或删除表，您不需要备份；因此，它最初不应被冻结。

INSERT 到冻结表中是支持的，但有限制：新数据将存储在 RAM 中（如常）直到达到 rt_mem_limit；然后，新插入将等待直到表被解冻。

如果您关闭带有冻结表的守护进程，它将表现为经历了脏关闭（例如，kill -9）：新插入的数据将 不会 保存在磁盘上的 RAM 块中，并且在重启后，它将从二进制日志（如果有的话）中恢复或丢失（如果禁用了二进制日志）。

UNFREEZE tbl1[, tbl2, ...]

UNFREEZE tbl;

SHOW TABLE `foo` STATUS LIKE 'locked';

+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| locked        | 2     |
+---------------+-------+
1 row in set (0,00 sec)

lock tables tbl1 read[, tbl2 read, ...]

--------------
LOCK TABLES tbl READ
--------------
Query OK, 0 rows affected (0.000 sec)
--------------
LOCK TABLES tbl READ, tbl2 WRITE
--------------
Query OK, 0 rows affected, 1 warning (0.000 sec)
--------------
SHOW WARNINGS
--------------
+---------+------+--------------------------------+
| Level   | Code | Message                        |
+---------+------+--------------------------------+
| warning | 1000 | Write lock is not implemented. |
+---------+------+--------------------------------+
1 row in set (0.000 sec)

## SHOW LOCKS

SHOW LOCKS 命令列出当前被锁定或冻结的所有表。

SHOW LOCKS;

+-----------+------+-----------+-----------------+
| Type      | Name | Lock Type | Additional Info |
+-----------+------+-----------+-----------------+
| rt        | a    | read      | Count: 1        |
| percolate | bar  | freeze    | Count: 3        |
| rt        | foo  | freeze    | Count: 2        |
+-----------+------+-----------+-----------------+
3 rows in set (0,01 sec)

FLUSH ATTRIBUTES

FLUSH ATTRIBUTES 命令将所有活动磁盘表中所有内存中的属性更新刷新到磁盘。它返回一个标记，用于标识结果的磁盘状态（本质上是服务器启动以来实际执行的磁盘属性保存次数）。

mysql> UPDATE testindex SET channel_id=1107025 WHERE id=1;
Query OK, 1 row affected (0.04 sec)
mysql> FLUSH ATTRIBUTES;
+------+
| tag  |
+------+
|    1 |
+------+
1 row in set (0.19 sec)