thevar1able/ClickHouse
1
0
Fork 0
mirror of https://github.com/ClickHouse/ClickHouse.git synced 2024-09-20 08:40:50 +00:00
Code Issues Packages Projects Releases Wiki Activity

Add the note

Browse Source 
Оформил примечание.
This commit is contained in:
Dmitriy 2021-04-25 19:12:07 +03:00
parent 19d05b0db0
commit fa0d815297
2 changed files with 4 additions and 2 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

3
docs/en/operations/system-tables/clusters.md
View File

@ -18,7 +18,8 @@ Columns:
- `slowdowns_count` ([UInt32](../../sql-reference/data-types/int-uint.md)) — The number of slowdowns that led to changing replica when establishing a connection with hedged requests.
- `estimated_recovery_time` ([UInt32](../../sql-reference/data-types/int-uint.md)) — Seconds left until replica error count is zeroed and it is considered to be back to normal.
Please note that `errors_count` is updated once per query to the cluster, but `estimated_recovery_time` is recalculated on-demand. So there could be a case of non-zero `errors_count` and zero `estimated_recovery_time`, that next query will zero `errors_count` and try to use replica as if it has no errors.
!!! note "Note"
Please note that `errors_count` is updated once per query to the cluster, but `estimated_recovery_time` is recalculated on-demand. So there could be a case of non-zero `errors_count` and zero `estimated_recovery_time`, that next query will zero `errors_count` and try to use replica as if it has no errors.
**Example**

3
docs/ru/operations/system-tables/clusters.md
View File

@ -18,7 +18,8 @@
- `slowdowns_count` ([UInt32](../../sql-reference/data-types/int-uint.md)) — количество раз, когда была заменена реплика при установке соединения при хеджированных запросах из-за долгого отсутствия ответа от реплики.
- `estimated_recovery_time` ([UInt32](../../sql-reference/data-types/int-uint.md)) — количество секунд до того момента, когда количество ошибок будет обнулено и реплика будет доступной.
Обратите внимание, что `errors_count` обновляется один раз при запросе к кластеру, а `estimated_recovery_time` пересчитывается по требованию. Таким образом, может возникнуть ситуация, при которой `errors_count` не равен нулю, а `estimated_recovery_time` равен нулю. Поэтому следующий запрос обнулит `errors_count` и попытается использовать реплику так, как будто у нее нет ошибок.
!!! note "Примечание"
Обратите внимание, что `errors_count` обновляется один раз при запросе к кластеру, а `estimated_recovery_time` пересчитывается по требованию. Таким образом, может возникнуть ситуация, при которой `errors_count` не равен нулю, а `estimated_recovery_time` равен нулю. Поэтому следующий запрос обнулит `errors_count` и попытается использовать реплику так, как будто у нее нет ошибок.
**Пример**