ClickHouse/docs/en/sql-reference/statements/check-table.md

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

70 lines
2.9 KiB
Markdown
Raw Normal View History

2020-07-11 11:05:49 +00:00
---
2022-08-28 14:53:34 +00:00
slug: /en/sql-reference/statements/check-table
sidebar_position: 41
sidebar_label: CHECK TABLE
2022-08-29 16:19:50 +00:00
title: "CHECK TABLE Statement"
2020-07-11 11:05:49 +00:00
---
Checks if the data in the table is corrupted.
``` sql
CHECK TABLE [db.]name [PARTITION partition_expr]
2020-07-11 11:05:49 +00:00
```
The `CHECK TABLE` query compares actual file sizes with the expected values which are stored on the server. If the file sizes do not match the stored values, it means the data is corrupted. This can be caused, for example, by a system crash during query execution.
The query response contains the `result` column with a single row. The row has a value of
[Boolean](../../sql-reference/data-types/boolean.md) type:
- 0 - The data in the table is corrupted.
- 1 - The data maintains integrity.
2020-07-11 11:05:49 +00:00
The `CHECK TABLE` query supports the following table engines:
- [Log](../../engines/table-engines/log-family/log.md)
- [TinyLog](../../engines/table-engines/log-family/tinylog.md)
- [StripeLog](../../engines/table-engines/log-family/stripelog.md)
- [MergeTree family](../../engines/table-engines/mergetree-family/mergetree.md)
2020-07-11 11:05:49 +00:00
Performed over the tables with another table engines causes an exception.
2021-05-27 19:44:11 +00:00
Engines from the `*Log` family do not provide automatic data recovery on failure. Use the `CHECK TABLE` query to track data loss in a timely manner.
2020-07-11 11:05:49 +00:00
2022-06-02 10:55:18 +00:00
## Checking the MergeTree Family Tables
2020-07-11 11:05:49 +00:00
2021-07-29 15:20:55 +00:00
For `MergeTree` family engines, if [check_query_single_value_result](../../operations/settings/settings.md#check_query_single_value_result) = 0, the `CHECK TABLE` query shows a check status for every individual data part of a table on the local server.
2021-04-04 18:27:00 +00:00
```sql
SET check_query_single_value_result = 0;
CHECK TABLE test_table;
```
```text
┌─part_path─┬─is_passed─┬─message─┐
│ all_1_4_1 │ 1 │ │
│ all_1_4_2 │ 1 │ │
└───────────┴───────────┴─────────┘
```
If `check_query_single_value_result` = 1, the `CHECK TABLE` query shows the general table check status.
2021-04-04 18:27:00 +00:00
```sql
SET check_query_single_value_result = 1;
CHECK TABLE test_table;
```
```text
┌─result─┐
│ 1 │
└────────┘
```
2022-06-02 10:55:18 +00:00
## If the Data Is Corrupted
2020-07-11 11:05:49 +00:00
If the table is corrupted, you can copy the non-corrupted data to another table. To do this:
1. Create a new table with the same structure as damaged table. To do this execute the query `CREATE TABLE <new_table_name> AS <damaged_table_name>`.
2020-10-13 17:23:29 +00:00
2. Set the [max_threads](../../operations/settings/settings.md#settings-max_threads) value to 1 to process the next query in a single thread. To do this run the query `SET max_threads = 1`.
2020-07-11 11:05:49 +00:00
3. Execute the query `INSERT INTO <new_table_name> SELECT * FROM <damaged_table_name>`. This request copies the non-corrupted data from the damaged table to another table. Only the data before the corrupted part will be copied.
4. Restart the `clickhouse-client` to reset the `max_threads` value.