Но валится как то очень странно,
при попытке освободить соединение с другим clickhouse сервером


DB::RemoteQueryExecutor::finish

потом
DB::MultiplexedConnections::drain()
потом
DB::MultiplexedConnections::receivePacketUnlocked
потом
DB::Connection::receivePacket

и в нем уже куда то читает из памяти которая недоступна

так не должно быть

там сколько НОД в кластере?
обновления какие то на все ноды накатили или только на некоторые?

вот этот удаленный сервер он точно такой же версии или нет?

анархия)))

я вопросы перечислил было бы не плохо получить на них ответ

А если я вставляю в таблицу из которой читает MV и MV выдала ошибку, то вся транзакция отменяется?

Может такое, что есть триггер просто перекладывающий из A в B (одинаковая схема) и в A данные успешно добавились (их можно прочесть), а в B триггер не переложил?

нет не отменяется
просто нет вставки в таблицу которая под MV лежит
в родительскую таблицу вставка пройдет

в clickhouse нет транзакций

А если две MV и одна выдала ошибку? Ладно, это можно проверить(

Спасибо

тоже самое, первая вставит, вторая нет
я же сказал транзакций НЕТ

MV это не транзакционный AFTER INSERT TRIGGER
который работает с куском данных который поступил в инициирующую таблицу по INSERT

каскадные MV тоже отдельно работают

Но валится как то очень странно,
при попытке освободить соединение с другим clickhouse сервером


DB::RemoteQueryExecutor::finish

потом
DB::MultiplexedConnections::drain()
потом
DB::MultiplexedConnections::receivePacketUnlocked
потом
DB::Connection::receivePacket

и в нем уже куда то читает из памяти которая недоступна

так не должно быть

там сколько НОД в кластере?
обновления какие то на все ноды накатили или только на некоторые?

вот этот удаленный сервер он точно такой же версии или нет?

- 7 нод
- о каких обновлениях речь?
версии везде одинаковы

CREATE TABLE A (
    a String
) ENGINE = MergeTree()
ORDER BY a
PRIMARY KEY a

CREATE TABLE B (
    a String
) ENGINE = MergeTree()
ORDER BY a
PRIMARY KEY a

CREATE TABLE C (
    a UUID
) ENGINE = MergeTree()
ORDER BY a
PRIMARY KEY a

CREATE MATERIALIZED VIEW A2B TO B (
  a String
) AS
SELECT
  a as `a`
FROM
  A

CREATE MATERIALIZED VIEW A2C TO C (
  a UUID
) AS
SELECT
  toUUID(a) as `a`
FROM
  A

Попробовал вставить INSERT INTO A (a) VALUES ('djskdjsd')

В A вставилось, в B и C не вставилось

>>>сколько шардов? Тоже 7 и в каждом по одной реплике?
всё верно 7 шардорв по одной реплике
>>> не симметрично почему 7?
как я со стороны вжу что они их добавляют по мере необходимости
>>> облако или свое железо?
Своё
>>> на своем железе с памятью все впорядке?
пару раз было ООМ, но не связано с этими 5тиминутными рестартами

>>>сколько шардов? Тоже 7 и в каждом по одной реплике?
всё верно 7 шардорв по одной реплике
>>> не симметрично почему 7?
как я со стороны вжу что они их добавляют по мере необходимости
>>> облако или свое железо?
Своё
>>> на своем железе с памятью все впорядке?
пару раз было ООМ, но не связано с этими 5тиминутными рестартами

рестарты всегда на разных запросах или на одном и том же?
запросы однотипные?

рестарт только на одном сервере? остальные ОК?

запрос с которого падает
если его на другом сервере исполнить то все ок работает?

рестарты всегда на разных запросах или на одном и том же?
запросы однотипные?

да, только на одном сервере

этот запрос выполнялся в цыкле, как мне говорили