Ну и под этот запрос сделайте partial index по (started_at), но WHERE NOT is_removed AND pubslihed_at IS NOT NULL

Микробенчмарки — для лохов.

На микробенчмарке я и пользу дефрагментации покажу. Лег-ко. В разы.

Эээ... что-что?! Т.н. "микробенчмарки" вполне могут быть корректно поставленными экспериментами с целью получения ответа на конкретный вопрос, и систематически много кем с этой целью используются... в чём с ними проблема?

Результат микробенчмарка — это примерно такое же ценное знание, как «картошка полезна для здоровья». Что ты с ним будешь делать? Когда полезна? В каком смысле полезна? Для кого полезна? А если с водкой, то тоже, или уже нет?

Если задаться целью, в этой области можно "показать" почти всё, что угодно. ;)
Я говорю об эффектах на реальных нагрузках, а не о подобных "фокусах", конечно.

Есть целая профессия, специалисты в которой вполне успешно применяют аналоги «картошка полезна для здоровья» (медицина). ;)
Опять-таки, если я ставил какой-то эксперимент, мне уж хорошо бы знать, зачем, правда?

По прошествии 2020 года самое время поговорить об авторитете медицины.

кто-то сделал несколько pgbouncer -rr, чтобы отправить select на подчиненное устройство, а все остальные - на мастер.  вы знаете, как я мог хорошо настроить файл routing_rules_py

Медицины бывают разные... и результаты 2020 года, и выводы из них в этом плане — off topic. ;)
Но нашей профессии стоило бы многому у них поучиться, IMNSHO. В т.ч. в плане benchmarks.

Плацебо-контроль на размер буферов ввести, ага.

=))))))))

Научиться хотя бы корректно измерять хоть что-то, ага.

И, кстати, судя по обилию совершенно идиотских мифов в сообществе работающих с СУБД, в т.ч. с postgres (к примеру, про безусловную пользу партиционирования для производительности; про то, что "индексы должны вмещаться в память"; "bloat — это зло"; "autovacuum — всегда проблема"; "tuning не нужен"; "да у нас лучший X среди всех!!!111", "без multimaster СУБД — игрушка" и т.д. и т.п. — десятки их, наверное) — плацебо-контроль неплохо бы широко использовать, да. ;)

"autovacuum — всегда проблема"
а когда не проблема? на низких нагрузках?

На подавляющем большинстве нагрузок — не проблема.
И уже относительно (к актуальным PostgreSQL releases) давно, кстати.

если у вас проблема с автовакуумом, то это значит что у вас есть ещё ворох проблем, которые он проявляет

А уж "highload" — это и вовсе отдельная "специальная олимпиада". :)

а какие теоретически могут быть? или как их определить?

массовых обновлений и удалений данных нет вообще