M
Zheka_13
там наверное не в постгресе дело, в самом гугле где то открывать надо доступы
блинский точно, там какой нибудь фаервол наверное режет все
Size: a a a
2021 February 18
DK
Вот сам запрос https://explain.depesz.com/s/bPyf
VY
Вот сам запрос https://explain.depesz.com/s/bPyf
а есть индекс по
offers.shop_id?DK
а есть индекс по
offers.shop_id?Да, есть
M
не много не то, у мня постгрис установлен в образе вм дебиана, не как отдельный инстанс
DK
@vyegorov Я вчера когда пробовал играться, если опустить весь блок ORDER BY то пролетает в момент
VY
@vyegorov Я вчера когда пробовал играться, если опустить весь блок ORDER BY то пролетает в момент
вы убираете ORDER BY, но оставляете LIMIT?
DK
А, ну да если LIMIT убрать то все так же печально
Z
Mitai
не много не то, у мня постгрис установлен в образе вм дебиана, не как отдельный инстанс
в любом случае, если постгрес отдает ошибку по поводу коннекта что хост не прописан в pg_hba - то значит дело в pg_hba.conf, а если таймаут соединения - то где то в сети.
Z
это легко еще телнетом проверяется
M
Unable to connect to server:
timeout expired
YS
Всем привет, кто может подсказать почему постгрес делает так или не иначе по плану запроса? Как его можно попробовать перестроить чтобы ускорить?
Потому что данный вариант плана оценивается как самый дешёвый, как всегда. ;)
Лучше сразу покажите версию PostgreSQL, запрос, план (EXPLAIN (ANALYZE, BUFFERS, /* SETTINGS /* если v12 или новее */, VERBOSE */) SELECT ...), и, в идеале, \d каждой участвующей таблицы.
Лучше сразу покажите версию PostgreSQL, запрос, план (EXPLAIN (ANALYZE, BUFFERS, /* SETTINGS /* если v12 или новее */, VERBOSE */) SELECT ...), и, в идеале, \d каждой участвующей таблицы.
DK
Yaroslav Schekin
Потому что данный вариант плана оценивается как самый дешёвый, как всегда. ;)
Лучше сразу покажите версию PostgreSQL, запрос, план (EXPLAIN (ANALYZE, BUFFERS, /* SETTINGS /* если v12 или новее */, VERBOSE */) SELECT ...), и, в идеале, \d каждой участвующей таблицы.
Лучше сразу покажите версию PostgreSQL, запрос, план (EXPLAIN (ANALYZE, BUFFERS, /* SETTINGS /* если v12 или новее */, VERBOSE */) SELECT ...), и, в идеале, \d каждой участвующей таблицы.
Прошу прощения, первый раз вижу BUFFERS, SETTINGS и VERBOSE это вообще куда?
DK
Я делал через EXPLAIN ANALYSE SELECT
DK
PostgreSQL 9.6.18 on x86_64-pc-linux-gnu, compiled by gcc (GCC) 4.8.5 20150623 (Red Hat 4.8.5-11), 64-bit
DK
Yaroslav Schekin
Потому что данный вариант плана оценивается как самый дешёвый, как всегда. ;)
Лучше сразу покажите версию PostgreSQL, запрос, план (EXPLAIN (ANALYZE, BUFFERS, /* SETTINGS /* если v12 или новее */, VERBOSE */) SELECT ...), и, в идеале, \d каждой участвующей таблицы.
Лучше сразу покажите версию PostgreSQL, запрос, план (EXPLAIN (ANALYZE, BUFFERS, /* SETTINGS /* если v12 или новее */, VERBOSE */) SELECT ...), и, в идеале, \d каждой участвующей таблицы.
DK
Вот с VERBOSE https://explain.depesz.com/s/XG7x
YS
Прошу прощения, первый раз вижу BUFFERS, SETTINGS и VERBOSE это вообще куда?
Это из EXPLAIN. https://www.postgresql.org/docs/9.6/sql-explain.html
Без BUFFERS — куда менее полезно.
И почему Вы какие-то "обрезки" \d показываете?
Без BUFFERS — куда менее полезно.
И почему Вы какие-то "обрезки" \d показываете?
DK
Там куча мусора по referencing table