~~
Size: a a a
2020 June 15
DC
а что произойдет если для парта3 не хватит места на диске?
мерж проверяет что место есть. преред мержем будет зарезервировано место как два размера суммарного исходных партов. Если мерж неуспешен, то просто недоделанный мерж удаляется и начинается снова
DT
Nikolay
а хэш чего? парты ?
самой вставки. но вопрос как учитывается тот момент, когда создаются несколько tmp кусочком
N
самой вставки. но вопрос как учитывается тот момент, когда создаются несколько tmp кусочком
а эта вставка на диске во что превращается? т.е на диске ээтот хэш от чего?
P
мерж проверяет что место есть. преред мержем будет зарезервировано место как два размера суммарного исходных партов. Если мерж неуспешен, то просто недоделанный мерж удаляется и начинается снова
>Если мерж неуспешен, то просто недоделанный мерж удаляется и начинается снова
а до каких пор он это будет делать? если один раз ему места не хватит — он начнет делать мерж еще раз, если я правильно понял. до каких пор он будет так делать?
а до каких пор он это будет делать? если один раз ему места не хватит — он начнет делать мерж еще раз, если я правильно понял. до каких пор он будет так делать?
DC
Друзья, можно глупый вопрос: Ничего не развалится навечно, если перенести файлы базы на другой раздел?
нет, если КХ найдет эти файлы на другом разделе через симлинк и изменение конфига КХ
DC
>Если мерж неуспешен, то просто недоделанный мерж удаляется и начинается снова
а до каких пор он это будет делать? если один раз ему места не хватит — он начнет делать мерж еще раз, если я правильно понял. до каких пор он будет так делать?
а до каких пор он это будет делать? если один раз ему места не хватит — он начнет делать мерж еще раз, если я правильно понял. до каких пор он будет так делать?
пока не смержит
DC
Nikolay
а эта вставка на диске во что превращается? т.е на диске ээтот хэш от чего?
от имен и типов колонок и потока байт блока инсерта
D
спс, исправил сообщение
N
от имен и типов колонок и потока байт блока инсерта
тут непонятно что из себя из себя этот кусок?
DC
Nikolay
тут непонятно что из себя из себя этот кусок?
на диске это каталог с файлами колонок, парт
DC
Nikolay
тут непонятно что из себя из себя этот кусок?
DT
непонятен только момент, если у нас есть 1 инсерт, из него создается несколько кусков. и какие то из этих кусков уже были вставлены, сработает ли дедубликация на весь инсерт или только на часть кусков?
DC
непонятен только момент, если у нас есть 1 инсерт, из него создается несколько кусков. и какие то из этих кусков уже были вставлены, сработает ли дедубликация на весь инсерт или только на часть кусков?
хеш на каждый кусок, т.е. один инсерт может породить много кусков и много хешей
DT
Хорошо, те в теории вставка может дропаться частями.(впрочем выглядит очень маловероятным совпадением)
DC
инсерт это стрим, например льем 2 TB, создаются парты по 1млн строк (256МБ), они появляются и на репликах и в ЗК еще до конца инсерта
DC
если такой стрим прервертся и он создал больше чем 100кусков, то вы ССЗБ, дедупликация не сработает
DT
если такой стрим прервертся и он создал больше чем 100кусков, то вы ССЗБ, дедупликация не сработает
Лучше не злоупотреблять большими стримами, понятно
DC
ну наверное если понимать что делаешь, то можно
O
Подскажите как такое может быть: запрос к таблице mergetree select * from table where A and B and C - возвращает записи.
Но при этом точно такой же запрос select COLNAME from table where A and B and C - возвращает 0 строк?
версия CH 19.17.6
Но при этом точно такой же запрос select COLNAME from table where A and B and C - возвращает 0 строк?
версия CH 19.17.6