YS
Ну, в общем, wal_mode write и fsync, ведут себя одинаково
Это очень странно.
Size: a a a
2020 June 23
AP
попробую сейчас транзакиции отклчить, прямо удалять
AP
та же история
AP
https://pastebin.com/hFfVxqJ6 Вот функция очистки, что запускается в файбере
AP
может я что-то концпетуальное упускаю
AP
sleep_time = 0.01
2020 June 24
DF
А это вообще законно в виниле по вторичному индексу каждую миллисекунду гонять итератор ?
Как написал
AP
А как лучше? Я ж весь внимание)
AP
А это вообще законно в виниле по вторичному индексу каждую миллисекунду гонять итератор ?
Наводка хорошая, Я почему-то решил, что это долго удаляется, А это скорее всего выборка по вторичному индексу так долго работает?
MP
Блин, чот у мня удаление 2000 таплов секунд ~12 занимает. Сделал 1000 - ~6 сек, Что ж так медленно стало
верни транзакцию над циклом удаления
AP
Потом вернул уже, после проверки
AP
Итак, бегать по вторичному индексу - это долго?
AP
во первых само по себе чтение даже по первичному ключу - это дело неблагодарное в виниле, потому что требует схлопывания слов,
а чтение из второчного индекса это вообще случайный разброс по диску както сглаженное блум фильтрами
а чтение из второчного индекса это вообще случайный разброс по диску както сглаженное блум фильтрами
и что же делать, если надо бегать по спейсу и чистить?
AP
бегать по первичному индексу будет прям конкретно неэффективно в моем случае по идее
AP
когда оч много записей