mount | grep /dev/shm

# mount | grep /dev/shm
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)

на некоторых серверах почти все пакеты такие вот, скомпиленные

ну тогда успехов и совместимости

Как изменить имя сервера на \SQLEXPRESS

Это вопрос или инструкция?

Вопрос

test=# alter database test2 rename to "\SQLEXPRESS";
ALTER DATABASE
test=#

И, казалось бы, с виду ничего особенного нет (но я особо не считал). А Вы посмотрите: https://www.postgresql.org/docs/current/kernel-resources.html#SYSVIPC , проверьте там лимиты по приведённым формулам, на всякий случай...

Не тот чат. Это же MS SQL.

Оно не на соединение выделяется, а на каждую сортировку/временную таблицу/хеширование в отдельном query. Так что увеличение количества коннектов не означает линейного увеличения занимаемой под work_mem памяти.

спасибо

смотрю по мониторингу, на момент проблемы было 170 клиентов

На вашей практике бывало, что приходилось дефолты дебиана тюнить?

посчитал по формулам, вроде везде все с большим запасом

Huge pages — да.
А по Вашей проблеме — по идее, "лезет" оно вот отсюда: https://git.postgresql.org/gitweb/?p=postgresql.git;a=commit;h=899bd785c0edf376077d3f5d65c316f92c1b64b5
А Вы можете воспроизвести ошибку с max verbosity (в psql — \errverbose сразу после ошибки)?

Ну да, я просто раньше пропустил, сколько именно max_connections поставлено...

В смысле что поставлено достаточно мало, чтобы не упираться в дефолты?

Доброе утро!
Подскжите пож-ста, после апгрейда до 12.3 версии postgresql стал медленно выполняться запрос
SELECT ccu.constraint_name,
   ccu.table_name,
   ccu.column_name,
   tc.constraint_type,
   tc.table_schema AS owner
  FROM information_schema.table_constraints tc
    JOIN information_schema.key_column_usage kcu ON tc.constraint_name::name = kcu.constraint_name::name
    JOIN information_schema.constraint_column_usage ccu ON ccu.constraint_name::name = tc.constraint_name::name;
 
Количество строк в этих представлениях
select count(*) from information_schema.table_constraints
union all
select count(*) from information_schema.key_column_usage
union all
select count(*) from information_schema.constraint_column_usage;
count
-------
 4701
  802
  802

На другом сервере (10.5) Точно такой же запрос к количеству строк возвращает
1188
333
333

Но на 12.3 запрос, который я привёл выше отрабатывает за
https://explain.tensor.ru/archive/explain/037308cc0d404b1a4eab52cc79784637:0:2020-06-16
Planning Time: 4.438 ms
Execution Time: 7967.440 ms

А на 10.5
https://explain.tensor.ru/archive/explain/6d74d283d79d6ec99837b84a08975d15:0:2020-06-16
"Planning time: 5.366 ms"
"Execution time: 32.678 ms"

Куда смотреть, что делать?

Да.