D
Спасибо, гляну.
А можно чуть-чуть теории? Как работает КХ в случае таких запросов и как количество портов влияет на подобные запросы?
А можно чуть-чуть теории? Как работает КХ в случае таких запросов и как количество портов влияет на подобные запросы?
вы берете специфичный кейс, который не оптимизирован (пока).
если взять select * from xxx where aaa=4 limit 10.
то КХ не знает когда эти 10 попадутся и будет лопатить все подряд.
также на таблице может висеть ROW POLICY что тоже обязывает фильтровать.
обычно когда у вас много партов причины две:
- у вас высокая гранулярность партиций, тогда лучше просто зафорсить использование partitionkey во всех запросах (force_index_by_date=1)
- у вас не работают мерджи, это надо чинить.
ну и можно сделать ФР на оптимизацию таких селектов. но это в реальной жизни не так уж и нужно учитывая все эти workaroundы
если взять select * from xxx where aaa=4 limit 10.
то КХ не знает когда эти 10 попадутся и будет лопатить все подряд.
также на таблице может висеть ROW POLICY что тоже обязывает фильтровать.
обычно когда у вас много партов причины две:
- у вас высокая гранулярность партиций, тогда лучше просто зафорсить использование partitionkey во всех запросах (force_index_by_date=1)
- у вас не работают мерджи, это надо чинить.
ну и можно сделать ФР на оптимизацию таких селектов. но это в реальной жизни не так уж и нужно учитывая все эти workaroundы
