Боря будет жить. Поприветствуем!

Боря будет жить. Поприветствуем!

2200 Однако про Борю не понял где его «joined»

Какой именно запрос?

А "SELECT * FROM records WHERE published < now() - INTERVAL '1 year'" сколько выполняется?

А, кстати, какая Вам разница, как долго выполняется этот запрос? Вам же это нужно однократно сделать?

А что такое "не было тяжёлым"? > 264.8041s А вообще говоря, как тут ускорять? Можно только в сторону checkpoints посмотреть, наверное... да и всё.

ребят кто юзал redshift ? у меня сервер на ноде создает table а в sql workbench этот table недоступен

В каком смысле недоступен?

ну его нет. если делать query с сервера, то все норм, а если в workbench то он говорит,то такой таблицы нету. и наоборот. если таблицу создать через workbench и потом на сервере пробовать делат select, он скажет, что таблицы нету

Вы в ТУ базу ломитесь?

это что такое

две разные базы, кэп

две разные базы, кэп

сомневаюсь. есть метод проверить текущую базу?

две разные базы, кэп

а точно, SELECT current_database(); показал, что db были разные. спасибо, капитан !

Здесь есть описание применительно к ZFS https://blogs.oracle.com/roch/zil-pipelining но и к более традиционным файловым системам эти соображения тоже относятся.

Извиняюсь за некропост, только сейчас смог вдумчиво почитать. Аргументы приведенные понятны, но только если под разными файловыми системами разные физ диски. Если там на самом деле одни и те же (скажем два LV из одного LVM, или как в моем вопросе два LUN в одном и том же SAN) то фсинки таблиц и wal все равно выстроятся в очередь же, просто на другом уровне, но время ожидания от этого лучше/хуже не станет, так?

Я бы понадеялся что fsync таблиц и WAL будут достаточно независимыми

Т.е. WAL не будет ждать записи таблиц в _синхронном_ режиме

Ага. Он будет ждать в _асинхронном_ режиме, да?

)

Т.е. WAL не будет ждать записи таблиц в _синхронном_ режиме

Если так случилось что и wal и таблицы синкаются одновременно, то все равно ждать, так как диски, которые должны подтвердить запись одни и те же. Может правда выйгрыш есть засчет внутренней параллельности очередей записи в дисках, но мне кажется современные ФС ею тоже пользоваться умеют

Его ж вроде ещё в 10 добавили, а зачатки были ещё в 9.6

В 11 добавили только какой-то конкретный параллелизм

Надо ченджлог проверить

Но параллелизм до 11 точно был

ну больше параллельности, всякой разной

ну больше параллельности, всякой разной

желательно неблокирующей)

@liketearsinrain будет жить. Поприветствуем!

что за нафиг ?

что за нафиг ?

Это такой антиспам бот.

@heide917 будет жить. Поприветствуем!

народ кто по патрни подскажет

поменял конфиг, сделал ребут, но изменения не применинлись

что делаю не так

поменял конфиг, сделал ребут, но изменения не применинлись

Грепни конфиг может ниже старое значение. Применяется то значение которое указано последним.

Грепни конфиг может ниже старое значение. Применяется то значение которое указано последним.

да не, добавил пару строк. и пофиг

он говорит Apply these changes? [y/N]: y 2018-10-01 11:41:57,945 - WARNING - Retrying (Retry(total=0, connect=None, read=None, redirect=0, status=None)) after connection broken by 'ReadTimeoutError("HTTPConnectionPool(host='192.168.32.140', port=2379): Read timed out. (read timeout=1.66666666667)",)': /v2/keys/service/jira/config 2018-10-01 11:41:59,628 - ERROR - Request to server http://192.168.32.140:2379 failed: MaxRetryError(u'HTTPConnectionPool(host=\'192.168.32.140\', port=2379): Max retries exceeded with url: /v2/keys/service/jira/config (Caused by ReadTimeoutError("HTTPConnectionPool(host=\'192.168.32.140\', port=2379): Read timed out. (read timeout=1.66666666667)",))',) Configuration changed

но он кжет sudo cat /etc/patroni/data/postgresql.conf # Do not edit this file manually! # It will be overwritten by Patroni! include 'postgresql.base.conf' cluster_name = 'jira' hot_standby = 'on' listen_addresses = '0.0.0.0' max_connections = '100' max_locks_per_transaction = '64' max_prepared_transactions = '0' max_replication_slots = '10' max_wal_senders = '10' max_worker_processes = '8'

старые значения

хотя я поменял кол-во коннекторов и процессов

А стоп, так это патрони.

Нужно менять динамически через patronictl edit-config

он говорит Apply these changes? [y/N]: y 2018-10-01 11:41:57,945 - WARNING - Retrying (Retry(total=0, connect=None, read=None, redirect=0, status=None)) after connection broken by 'ReadTimeoutError("HTTPConnectionPool(host='192.168.32.140', port=2379): Read timed out. (read timeout=1.66666666667)",)': /v2/keys/service/jira/config 2018-10-01 11:41:59,628 - ERROR - Request to server http://192.168.32.140:2379 failed: MaxRetryError(u'HTTPConnectionPool(host=\'192.168.32.140\', port=2379): Max retries exceeded with url: /v2/keys/service/jira/config (Caused by ReadTimeoutError("HTTPConnectionPool(host=\'192.168.32.140\', port=2379): Read timed out. (read timeout=1.66666666667)",))',) Configuration changed

etcd не доступен

Нужно менять динамически через patronictl edit-config

я и так меняю через него

etcd не доступен

я знаю. одна нода недоступна

прблемы с сетью

я знаю. одна нода недоступна

одна из скольки?

одна из скольки?

из 3

Странно у меня нет таких проблем в логе когда я выключал одну из 3.

Нужно менять динамически через patronictl edit-config

show-config показывает что поменялось?

она не выключена, она просто недоступна.

show-config показывает что поменялось?

не смотрел

она не выключена, она просто недоступна.

Ну и я тестировал недоступность ) через отрубание сети.

show-config показывает что поменялось?

показывает правильный конфиг patronictl -c /etc/patroni/patroni.yml show-config jira loop_wait: 10 maximum_lag_on_failover: 1024 postgresql: autovacuum: true autovacuum_analyze_scale_factor: 0.05 autovacuum_max_workers: 5 autovacuum_naptime: 1s

Ну и я тестировал недоступность ) через отрубание сети.

там другая проблема

я указал max_worker_processes: 6

а служба стартует с max_worker_processes: 8 так как 8 прописано в дефолтном конфиге

а там значения не поменялись

/usr/pgsql-9.6/bin/postgres -D /etc/patroni/data --config-file=/etc/patroni/data/postgresql.conf --listen_addresses=0.0.0.0 --max_worker_processes=8

показывает правильный конфиг patronictl -c /etc/patroni/patroni.yml show-config jira loop_wait: 10 maximum_lag_on_failover: 1024 postgresql: autovacuum: true autovacuum_analyze_scale_factor: 0.05 autovacuum_max_workers: 5 autovacuum_naptime: 1s

либо меняете (добавляете) через edit-config либо через конфиг который указан наверху postgresql.conf через include

меняю через edit-config

но почему дефолтные значения при старте ??

меняю через edit-config

не вижу тогда ваш max_worker_processes: 6 в show-config

не вижу тогда ваш max_worker_processes: 6 в show-config

сча покажу полный конфиг

https://pastebin.com/vDKJFbFA

сча покажу полный конфиг

давайте в личку, не будет здесь сорить

Что лучше, одна таблица и много объектов или две таблицы? В первом случае придеться делать выборку с указанием типа, а во втором выбрать нужную таблицу

Что лучше, одна таблица и много объектов или две таблицы? В первом случае придеться делать выборку с указанием типа, а во втором выбрать нужную таблицу

Грамотная нормализация. Ибо всё хорошо в меру.

Привет! Подскажите, как и где хранит постгрес роли-логины, что то в доках не вижу этой информации

Привет! Подскажите, как и где хранит постгрес роли-логины, что то в доках не вижу этой информации

И курить вот эти вот доки: https://www.postgresql.org/docs/9.5/static/catalogs.html

Тута всё есть.

Грамотная нормализация. Ибо всё хорошо в меру.

В первом случае будет один лишний столбец type, во втором две таблицы

Спасибо, в create role не нашёл

В первом случае будет один лишний столбец type, во втором две таблицы

Вот и развлекайтесь, если модель данных не очень, чтобы очень. EXPLAIN (ANALYZE,BUFFERS,VERBOSE) вам в помощь.

Вот и развлекайтесь, если модель данных не очень, чтобы очень. EXPLAIN (ANALYZE,BUFFERS,VERBOSE) вам в помощь.

Да с моделью то понятно. Надо решить что лучше. Одна или две таблицы=)

Тута всё есть.

Pg_roles показывает пароли, но информацию о том где что хоанит тут не нашёл

Есть объекты квартиры которые деляться на аренду и продажу. Все поля одинаковые, кроме аренды и продажи. Можно две таблицы сделать, а можно и одну, но что быстрее будет?