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)

FLUSH HOSTNAMES

FLUSH HOSTNAMES 命令用于更新与代理主机名关联的 IP 地址。如果您希望始终查询 DNS 以获取主机名的 IP，可以使用 hostname_lookup 指令。

mysql> FLUSH HOSTNAMES;
Query OK, 5 rows affected (0.01 sec)