FLUSH TABLE rt_tableFLUSH TABLE 强制将 RT 表的 RAM 块内容刷新到磁盘。
实时表的 RAM 块 会在干净关闭时自动刷新到磁盘，或者每隔 rt_flush_period 秒定期刷新。
执行 FLUSH TABLE 命令不仅强制将 RAM 块内容写入磁盘，还会触发二进制日志文件的清理。
- SQL
FLUSH TABLE rt;Query OK, 0 rows affected (0.05 sec)随着时间的推移，RT 表可能会碎片化成多个磁盘块和/或被已删除但未清除的数据污染，影响搜索性能。在这些情况下，需要进行优化。基本上，优化过程是将成对的磁盘块合并，移除之前通过 DELETE 语句删除的文档。
从 Manticore 4 开始，这个过程默认自动进行。但是，你也可以使用以下命令手动启动表的紧凑。
OPTIMIZE TABLE table_name [OPTION opt_name = opt_value [,...]]OPTIMIZE 语句将 RT 表添加到优化队列，该队列将在后台线程中处理。
- SQL
OPTIMIZE TABLE rt;默认情况下，OPTIMIZE 会将 RT 表的磁盘块合并到不超过逻辑 CPU 核心数乘以 2 的数量。
但是，如果表中有带 KNN 索引的属性，这个阈值会不同。在这种情况下，阈值设置为物理 CPU 核心数除以 2，以提升 KNN 搜索性能。
你也可以使用 cutoff 选项手动控制优化后的磁盘块数量。
其他选项包括：
- 服务器设置 optimize_cutoff 用于覆盖默认阈值
- 每表设置 optimize_cutoff
- SQL
OPTIMIZE TABLE rt OPTION cutoff=4;使用 OPTION sync=1（默认值为 0）时，命令会等待优化过程完成后才返回。如果连接中断，优化仍会在服务器上继续运行。
- SQL
OPTIMIZE TABLE rt OPTION sync=1;优化可能是一个耗时且 IO 密集的过程。为了减少影响，所有实际的合并工作都在一个特殊的后台线程中串行执行，OPTIMIZE 语句只是将任务添加到其队列中。优化线程可以进行 IO 限速，你可以通过 rt_merge_iops 和 rt_merge_maxiosize 指令分别控制每秒最大 IO 数和最大 IO 大小。
在优化过程中，被优化的 RT 表几乎始终在线且可用于搜索和更新。只有在成功合并一对磁盘块时，表会被短暂锁定，以便重命名旧文件和新文件并更新表头。
只要没有禁用 auto_optimize，表会自动优化。
如果你遇到意外的 SST 文件，或者希望集群中所有节点的表二进制完全一致，你需要：
- 禁用 auto_optimize。
- 手动优化表：
在某个节点上，从集群中删除表：
‹›- SQL
SQL📋⚙ALTER CLUSTER mycluster DROP myindex;优化表：
‹›- SQL
SQL📋⚙OPTIMIZE TABLE myindex;将表重新添加到集群：
‹›- SQL
SQL📋⚙ALTER CLUSTER mycluster ADD myindex;当表被重新添加时，优化过程中创建的新文件会被复制到集群中的其他节点。 其他节点上对表的任何本地更改都会丢失。
表数据的修改（插入、替换、删除、更新）应当：
- 延后执行，或
- 定向到正在运行优化过程的节点。
注意，在表不在集群中时，插入/替换/删除/更新命令应当不带集群名称前缀（对于 SQL 语句或 HTTP JSON 请求中的 cluster 属性），否则会失败。 一旦表重新加入集群，必须恢复对表的写操作并再次包含集群名称前缀，否则操作会失败。
在此过程中，任何节点上的搜索操作照常可用。
Manticore 在实时表的刷新和合并过程中提供隔离，以防止任何更改影响正在运行的查询。
例如，在表压缩期间，一对磁盘块被合并并生成一个新的块。在某个时刻，创建了表的新版本，新块替换了原始的那对块。这个过程是无缝进行的，因此使用原始块的长时间运行查询将继续看到表的旧版本，而新查询将看到包含合并后块的新版本。
同样适用于刷新 RAM 块，其中合适的 RAM 段被合并成一个新的磁盘块，参与的 RAM 块段被放弃。在此操作期间，Manticore 为在操作开始前启动的查询提供隔离。
此外，这些操作对替换和更新是透明的。如果您更新属于正在与另一个块合并的磁盘块中的文档的属性，更新将应用于该块和合并后生成的块。如果您在合并期间删除文档，该文档将在原始块和合并后生成的块中被删除，合并后的块要么将该文档标记为已删除，要么如果删除发生在合并过程的早期，则根本没有该文档。
“冻结”表在您想制作物理副本或备份时非常有用。它将表的文件标记为冻结状态，并显示它们的存储位置。冻结后，您可以安全地将这些文件复制到其他地方。您仍然可以向冻结的表中添加新文档，直到达到 rt_mem_limit，但新数据会保存在内存中，直到表被解冻之前不会写入磁盘。如果表超过了 rt_mem_limit，所有更改将暂停，直到表被解冻。如果守护进程意外停止，任何未保存的数据将从二进制日志中恢复。
“锁定”表对逻辑备份很有用。它不会停止内部维护任务，例如磁盘块合并操作或将 RAM 块写入磁盘。它只阻止写操作。这意味着您不能在锁定的表中插入、替换或更新数据。这对像 mysqldump 这样的工具很有帮助，因为锁定确保数据保持逻辑一致。例如，如果没有锁定，在转储期间替换文档，旧版本可能已经在转储中，而新版本也可能稍后出现，且两者具有相同的文档 ID。锁定表可以防止这种情况。
FREEZE tbl1[, tbl2, ...]FREEZE 使实时/普通表准备好进行安全的备份。具体来说，它：
- 停用表压缩。如果表当前正在压缩，
FREEZE会优雅地中断它。 - 将当前的 RAM 块转移到磁盘块。
- 刷新属性。
- 禁用可能修改磁盘文件的隐式操作。
- 增加表的锁定计数器。
- 显示与表关联的实际文件列表。
如果表已经被冻结（锁定），FREEZE 将：
- 增加表的锁定计数器。
- 显示与表关联的实际文件列表。
内置工具 manticore-backup 使用 FREEZE 来确保数据一致性。如果您想创建自己的备份解决方案或因其他原因需要冻结表，也可以这样做。只需按照以下步骤：
FREEZE一个或多个表。- 捕获
FREEZE命令的输出并备份指定的文件。 - 完成后
UNFREEZE表。
- Example
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 命令减少表的锁定计数器，如果计数器降至零，则重新激活之前被阻止的操作并恢复内部压缩服务。所有等待表解冻的操作也将恢复并正常完成。
- Example
UNFREEZE tbl;您可以使用 SHOW table_name STATUS 来检查表是否被冻结。
锁定计数器显示在表状态的 locked 列中。值为零表示表未被冻结，非零值表示活动锁的数量。每个显式的 FREEZE 命令和隐式锁定（例如当表是集群的一部分且复制例程选择它作为副本的捐赠者）都会增加计数器。每个 UNFREEZE 命令都会减少计数器，最终降至零。
- Example
SHOW TABLE `foo` STATUS LIKE 'locked';+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| locked | 2 |
+---------------+-------+
1 row in set (0,00 sec)lock tables tbl1 read[, tbl2 read, ...]您可以在 SQL 客户端会话中显式锁定表，以协调与其他会话的访问，或在需要独占访问时阻止其他会话更改数据。会话只能为自己锁定或解锁表，不能代表其他会话锁定或解锁表。锁只能用于通过 MySQL 协议连接的 SQL 会话。表被锁定时，不允许任何协议更改其数据（SQL / HTTP / 二进制）。锁也不适用于属于复制集群的表。
Manticore 仅支持读（共享）锁。不支持写（独占）锁。
当会话请求读锁时，Manticore：
- 检查连接是否使用 MySQL 协议。
- 检查表是否可以被锁定。它必须是本地的实时或 percolate 表，且不能是复制集群的一部分。
- 自动释放会话已持有的任何锁。
- 等待表上所有正在进行的插入、替换、更新或删除操作完成。
- 增加表的读锁计数器（参见 SHOW LOCKS）。
任何修改语句（insert/replace/update/delete）首先检查表是否被读锁定。如果是，语句将失败并返回错误 table is locked。
- Example
--------------
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)UNLOCK TABLES 命令显式释放当前 SQL 会话持有的任何表锁。
如果客户端会话的连接终止，无论是正常还是异常，守护进程都会隐式释放该会话持有的所有表锁。如果客户端重新连接，这些锁将不再生效。 UNLOCK TABLES;
- Example
## SHOW LOCKSSHOW LOCKS 命令列出当前被锁定或冻结的所有表。
每行显示表类型、表名、锁的类型以及一个计数器，指示该锁被应用的次数。 锁类型 可以是：
read— 表被读锁保护。修改语句将在锁释放之前失败。freeze— 表被冻结。这会阻止任何将数据写入磁盘的操作，直到表被解冻。 SHOW LOCKS;
- Example
+-----------+------+-----------+-----------------+| 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)