@@ -430,15 +431,15 @@ TODO SELECT OriginCityName, count(*) AS flights FROM ontime GROUP BY OriginCityN
<spoiler title="Пропишите адреса ZooKeeper в конфигурационном файле">
<source lang="XML">
<zookeeper-servers>
<node index="1">
<node>
<host>zoo01.yandex.ru</host>
<port>2181</port>
</node>
<node index="2">
<node>
<host>zoo02.yandex.ru</host>
<port>2181</port>
</node>
<node index="3">
<node>
<host>zoo03.yandex.ru</host>
<port>2181</port>
</node>
...
...
@@ -467,7 +468,7 @@ ENGINE = ReplicatedMergeTree(
Здесь видно, что мы используем тип таблицы <a href="https://clickhouse.yandex/reference_ru.html#ReplicatedMergeTree">ReplicatedMergeTree</a>, указывая в качестве параметров путь в ZooKeeper, содержащий идентификатор шарда, а также идентификатор реплики.
<source lang="SQL">INSERT INTO ontime_replica SELECT * FROM ontime;</source>
Репликация работает в режиме multi-master. Вы можете вставлять данные на любую реплику, и данные автоматически разъезжаются по всем репликам. При этом, репликация асинхронная, и в заданный момент времени, реплики могут содержать не все недавно записанные данные. Для записи данных, достаточно доступности хотя бы одной реплики. Остальные реплики будут скачивать новые данные как только станут активными. Такая схема допускает возможность потери только что вставленных данных.
Репликация работает в режиме multi-master. Вы можете вставлять данные на любую реплику, и данные автоматически разъезжаются по всем репликам. При этом, репликация асинхронная, и в заданный момент времени, реплики могут содержать не все недавно записанные данные. Для записи данных, достаточно доступности хотя бы одной реплики. Остальные реплики будут скачивать новые данные и восстанавливать консистентность как только станут активными. Такая схема допускает возможность потери только что вставленных данных.
<h1>Как вы можете повлиять на развитие ClickHouse?</h1>