随着时间的推移，RT 表可能会碎片化成多个磁盘块和/或被已删除但未清除的数据污染，影响搜索性能。在这些情况下，需要进行优化。基本上，优化过程是将成对的磁盘块合并，移除之前通过 DELETE 语句删除的文档。

从 Manticore 4 开始，这个过程默认自动进行。但是，你也可以使用以下命令手动启动表的紧凑。

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

OPTIMIZE TABLE rt;

OPTIMIZE TABLE rt OPTION cutoff=4;

OPTIMIZE TABLE rt OPTION sync=1;

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

在优化过程中，被优化的 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 请求中的 cluster 属性），否则会失败。 一旦表重新加入集群，必须恢复对表的写操作并再次包含集群名称前缀，否则操作会失败。

在此过程中，任何节点上的搜索操作照常可用。

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 会更改实际的磁盘块 - 将等待直到表被解冻。

手动对冻结表的 RAM 块执行 FLUSH 会报告“成功”，但不会真正保存。

冻结表的 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 命令列出当前被锁定或冻结的所有表。

+-----------+------+-----------+-----------------+

| 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)
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)