Телеграмм чат группы pgsql страница 9866

Viktor Egorov@CSI in pgsql – PostgreSQL

11:49пожаловаться #1

Иван

Здравствуйте.
Вопрос: если после выполнения
vacuum analyze tablename;
запрос стал выполнятся в сотни раз медленнее, точно ли проблема в статистике или могут быть еще какие-либо варианты?
На что лучше обратить внимание, в какую сторону стоит копать в таком случае?

попробуйте vacuum full прогнать

Viktor Egorov@CSI in pgsql – PostgreSQL

11:49пожаловаться #2

Иван

ну и, конечно, нужно посмотреть анализ запросов. может стал ошибаться планировщик, но так бывает нечасто

11:50пожаловаться #3

Иван in pgsql – PostgreSQL

а предположительные причины подобного поведения известны?

Viktor Egorov@CSI in pgsql – PostgreSQL

11:50пожаловаться #4

Иван

а предположительные причины подобного поведения известны?

ну в идеале EXPLAIN до прогона vacuum и после

11:51пожаловаться #5

Anton Glushakov in pgsql – PostgreSQL

Всем привет, и я опять со своими запросами )
вот EXPLAIN
https://pastebin.com/Y3egijNN
Вот запрос
https://pastebin.com/BJ8PpKKf
Вот Таблица
https://pastebin.com/Q15bvXek
—-
Есть какой-то шанс ускорить процесс выгрузки ?
Спасибо большое

Pastebin

[SQL] EXPLAIN - Pastebin.com

Вангую необходимость индекса по action_date

11:51пожаловаться #6

Anton Glushakov

Вангую необходимость индекса по action_date

Мимо, на action_date есть индекс, а вот на action_tdate нет, есть смысл создавать отдельно?
action_tdate - timestampt
action_date - date

Reuven Starodubski in pgsql – PostgreSQL

11:53пожаловаться #7

Всем привет. Возник вопрос в написании extension на С. Выполняю malloc и после этого free или realloc, пытаюсь вызвать extension из постгреса и все валится. Знает кто как лечить такую проблему?

11:53пожаловаться #8

Anton Glushakov in pgsql – PostgreSQL

Мимо, на action_date есть индекс, а вот на action_tdate нет, есть смысл создавать отдельно?
action_tdate - timestampt
action_date - date

Возможно у вашего условия низкая селективность, и сек скан выгодней

11:57пожаловаться #9

Иван in pgsql – PostgreSQL

Viktor Egorov@CSI

ну в идеале EXPLAIN до прогона vacuum и после

понял, спасибо

11:58пожаловаться #10

Anton Glushakov

Возможно у вашего условия низкая селективность, и сек скан выгодней

а как для аналитика, а не как для dba ))

12:00пожаловаться #11

Anton Glushakov in pgsql – PostgreSQL

а как для аналитика, а не как для dba ))

Посчитайте кол-во строк с условием и без. Отношение первого ко второму *100 будет селективность. Чем процент ниже тем вероятнее использование индекса. Ну ещё плюс параметры самого постгреса - вроде random_page_cost

12:05пожаловаться #12

Anton Glushakov

random_page_cost = 4

Alexander Shavelev in pgsql – PostgreSQL

12:06пожаловаться #13

random_page_cost = 4

помимо селективности у пг еще может быть неактуальная статистика

12:08пожаловаться #14

Alexander Shavelev

помимо селективности у пг еще может быть неактуальная статистика

Тут все окей, analyze и вакуум был утром

12:09пожаловаться #15

после DML/DLL не оуществляется

12:09пожаловаться #16

Victor Yegorov in pgsql – PostgreSQL

Viktor Egorov@CSI

попробуйте vacuum full прогнать

это эксклюзивная блокировка таблицы на время её переписывания, в проде может быть очень больно

12:12пожаловаться #17

Dmitry S. in pgsql – PostgreSQL

если я использую ключ psql --tuples-only , я могу каким-то образом ограничить выводимое значение до нескольких знаков после запятой (точки)?

12:18пожаловаться #18

2flower _ in pgsql – PostgreSQL

есть xml вида <tag1><![CDATA[value]]></tag1> через xpath('/tag1/text',....) я получаю массив xml[], мне нужен результат value без CDATA.
при преобразовании в текст ::text не получается. Нашел способ через xmltable,но мне кажется это оверхэд для одного значения, может есть какой то способ попроще?

12:38пожаловаться #19

Roman in pgsql – PostgreSQL

Михаил Шурутов

И поля с типом bytea, или массивы bytea[]

В продолжении темы pg_largeobject :)
Правильно ли я понимаю, что на текущий момент есть 2 способа хранения файлов.
BLOB/CLOB которые живут в pg_largeobject общей для всей БД
bytea/text которые живут в TOAST таблицах привязанных к той таблице, в которые мы кладем файл.