3 августа 2026
Alex Bezverkhikhтекст ещё не в индексе
очень странно...
запустите clickhouse-client
SET send_logs_level='trace';
и потом оба ваших запроса
и сравните вывод
Дмитрий Texnixтекст ещё не в индексе
ну вот я проверил, сделал просто апдейт значений, клик увидел новые. 26.3.17.56
Марсель Габдрахмановили как то по другому нужно было изменить данные ?
да, делать изменения контрактов, делиты, инсерты, апдейты в айсберге через трино. и потом сравнить тупо по сумме каких-то цифр внутри нескольких миллионов строк.
Alex Bezverkhikhтекст ещё не в индексе
Выглядит как баг на вашей стороне. В 26.3.16.16 отрабатывает корректно
https://fiddle.clickhouse.com/10e2e325-4e43-4507-b8a7-a41f57c2a8fe
Slachочень странно...
запустите clickhouse-client
SET send_logs_level='trace';
и потом оба ваших запроса
и сравните вывод
В проблемном запросе есть такие стороки:
CreatingSetsTransform: Creating set, key: __set_4039394095287240887_13616375788321681048
CreatingSetsTransform: Created Set with 195 entries from 195 rows in 4.5929e-05 sec.
195 - это кол-во значений в справочнике, которые удовлетворяют условию value = 'value'
Еще вот такое есть несоответствие c кол-вом строк
Reading approx. 16380 rows with 2 streams
Read 21358 rows, 199.58 KiB in 0.008362 sec., 2554173.642669218 rows/sec., 23.31 MiB/sec.
В запросе с toString:
Reading approx. 16380 rows with 2 streams
Read 16380 rows, 307.42 KiB in 0.008965 sec., 1827105.4099274958 rows/sec., 33.49 MiB/sec.
Alex BezverkhikhВ проблемном запросе есть такие стороки:
CreatingSetsTransform: Creating set, key: __set_4039394095287240887_13616375788321681048
CreatingSetsTransform: Created Set with 195 entries from 195 rows in 4.5929e-05 sec.
195 - это кол-во значений в справочнике, которые удовлетворяют ус
Причина была в том, что получали значение из справочника вот так
dictGet('dict.dict1', 'value', tuple(toInt32(id))) = 'value'
Slachтекст ещё не в индексе
sl-ch-ck-01 sl-ch-ck-01 MutatePartStart NotAMerge Undecided 2026-04-04 2026-04-04 11:03:43 2026-04-04 11:03:43.527786000 0 eventstat Event_Current e48dcbd3-8224-4f37-a70b-960ceeb7f6e9 202512_0_6774_8_6776 202512 202512 Unknown 0 0 ['202512_0_6774_8_6775'] 0 0 0 0 0 {}
sl-ch-ck-02 sl-ch-ck-02 MutatePartStart NotAMerge Undecided 2026-04-04 2026-04-04 11:03:43 2026-04-04 11:03:43.531519000 0 eventstat Event_Current e48dcbd3-8224-4f37-a70b-960ceeb7f6e9 202512_0_6774_8_6776 202512 202512 Unknown 0 0 ['202512_0_6774_8_6775'] 0 0 0 0 0 {}
sl-ch-ck-02 sl-ch-ck-02 MutatePart NotAMerge Undecided 2026-04-04 2026-04-04 11:03:48 2026-04-04 11:03:48.791303000 5259 eventstat Event_Current e48dcbd3-8224-4f37-a70b-960ceeb7f6e9 202512_0_6774_8_6776 202512 202512 Wide default /mnt/clickhouse/default/store/e48/e48dcbd3-8224-4f37-a70b-960ceeb7f6e9/202512_0_6774_8_6776/ 0 18583861355 ['202512_0_6774_8_6775'] 299191095235 0 0 4137336 0 {QueriesWithSubqueries=1, SelectQueriesWithSubqueries=1, FileOpen=10, ReadBufferFromFileDescriptorRead=25, ReadBufferFromFileDescriptorReadBytes=41229, ReadCompressedBytes=157112, CompressedReadBufferBlocks=17, CompressedReadBufferBytes=1032114, OpenedFileCacheMisses=10, OpenedFileCacheMicroseconds=19, IOBufferAllocs=12, IOBufferAllocBytes=281374, FunctionExecute=10, QueryConditionCacheMisses=1, CreatedReadBufferOrdinary=10, DiskReadElapsedMicroseconds=56490, GlobalThreadPoolJobs=1, LocalThreadPoolShrinks=10, LocalThreadPoolJobs=2, ReplicatedPartMutations=1, ZooKeeperTransactions=4, ZooKeeperList=1, ZooKeeperGet=2, ZooKeeperMulti=1, ZooKeeperMultiWrite=1, SelectedParts=1, SelectedPartsTotal=1, SelectedRanges=1, SelectedMarks=41042, SelectedMarksTotal=41042, MutationTotalParts=1, MutationUntouchedParts=1, MutationTotalMilliseconds=5259, MutationExecuteMilliseconds=5205, ContextLock=77, RWLockAcquiredReadLocks=2, PartsLockHoldMicroseconds=2038, RealTimeMicroseconds=5
Александр Кунцевичsl-ch-ck-01 sl-ch-ck-01 MutatePartStart NotAMerge Undecided 2026-04-04 2026-04-04 11:03:43 2026-04-04 11:03:43.527786000 0 eventstat Event_Current e48dcbd3-8224-4f37-a70b-960ceeb7f6e9 202512_0_6774_8_6776 202512 202512 Unknown 0 0 ['202512_0_6774_8_6775']
нечитабельно ... какой именно запрос то делали, может pastila.nl ?
Slachнечитабельно ... какой именно запрос то делали, может pastila.nl ?
SELECT hostName(), * FROM clusterAllReplicas('cluster_events',system.part_log) WHERE name='202512_0_6774_8_6776' ORDER BY event_time
Александр КунцевичSELECT hostName(), * FROM clusterAllReplicas('cluster_events',system.part_log) WHERE name='202512_0_6774_8_6776' ORDER BY event_time
добавьте тогда в конец
FORMAT Vertical
а то правда нечитабельно
Slachдобавьте тогда в конец
FORMAT Vertical
а то правда нечитабельно
Фотография
нажмите — покажем
нажмите — покажем
Убрал немного полей
Александр КунцевичУбрал немного полей
шарить текст картинкой это признак ментальной деградации... поля убирать не надо было надо было сделать как сказали и положить на pastila.nl и расшарить ссылку
Slachшарить текст картинкой это признак ментальной деградации... поля убирать не надо было надо было сделать как сказали и положить на pastila.nl и расшарить ссылку
Этого не может быть, так как я этого навыка и не имел :)
Александр Кунцевичhttps://pastila.nl/?00caf1ab/d96e430f70d98b1ccc76491b285a76b1#XCYhxH+lirGEhaHLCkLf0w==GCM
SELECT hostName(), *
FROM clusterAllReplicas('cluster_events',system.part_log)
WHERE name='202512_0_6774_8_6776' OR has(merged_from, '202512_0_6774_8_6776')
ORDER BY event_time
FORMAT Vertical
Александр Кунцевичтекст ещё не в индексе
не, реально не понятно
почему ошибка именно про disk и storage policy говорит...
единственное что можно сказать что ATTACH PARTITION лучше всего не запускать как ON CLUSTER
оно итак отреплицируется внутри шарда...
то есть такое надо запускать на первой реплике шарда и ждать потом когда оно отреплицируется
Slachне, реально не понятно
почему ошибка именно про disk и storage policy говорит...
единственное что можно сказать что ATTACH PARTITION лучше всего не запускать как ON CLUSTER
оно итак отреплицируется внутри шарда...
то есть такое надо запускать на первой реплике шарда и ждать
Вот и мне не совсем понятно, почему не работает. Обычный INSERT реплицируется нормально, сейчас попробую на первой реплике Аттач запустить, может отреплицируется на второй.
Slachне, реально не понятно
почему ошибка именно про disk и storage policy говорит...
единственное что можно сказать что ATTACH PARTITION лучше всего не запускать как ON CLUSTER
оно итак отреплицируется внутри шарда...
то есть такое надо запускать на первой реплике шарда и ждать
Попробовал мигрировать на одной ноде, но на второй возникла ошибка. Такое впечатление, что Клик пытается реплицировать сразу партом и этого сделать не может. Короче, еще один баг в копилку Клика 25.9. Блин, и ведь мигрировать на что-то новое не могу, из-за глючного официального Синк-коннектора...
Александр КунцевичПопробовал мигрировать на одной ноде, но на второй возникла ошибка. Такое впечатление, что Клик пытается реплицировать сразу партом и этого сделать не может. Короче, еще один баг в копилку Клика 25.9. Блин, и ведь мигрировать на что-то новое не могу, из-за глючного официального
webpage
нажмите — покажем
нажмите — покажем
ну попробуйте до 26.3 обновиться
еще можно на исходной таблице сделать через
clickhouse-client --receive_timeout=7200
```
OPTIMIZE TABLE eventstat.Event_Current PARTITION '202512' FINAL SYNC
```
и посмотреть пройдет ли, оно по идее парты должно пепеписать
если есть какой то косяк
еще расшарьте
вот эти запросы
https://t.me/clickhouse_ru/446932
Slachну попробуйте до 26.3 обновиться
еще можно на исходной таблице сделать через
clickhouse-client --receive_timeout=7200
```
OPTIMIZE TABLE eventstat.Event_Current PARTITION '202512' FINAL SYNC
```
и посмотреть пройдет ли, оно по идее парты должно пепеписать
если есть какой то к
Не могу я обновиться до 26,3.
Флинк Коннектор itinycheng/flink-connector-clickhouse - может работать до 25,9, а
Официальный Флинк коннектор ClickHouse/flink-connector-clickhouse не может работать с NULLABLE(UINT64) и разработчики 3 недели молчат.