а как грузятся цпу и ввод вывод то? потолочек или ленивое ковыряние туплов?

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

так что такие дела

а как грузятся цпу и ввод вывод то? потолочек или ленивое ковыряние туплов?

Да слабенько. ИО иногда нагружается процентов на 70, ЛА не больше 2, несмотря на другие процессы на серваке. Поставил ему 8 гигов воркмемори и врубил вакуум фулл. Лениво ковыряется

Автовакуум там уже бессилен, только сингл режим

В такие моменты жалею, что на удаленке и не могу пальцы сломать горе-тимлиду

вот кстати волнующий меня вопрос - много ли людей админит пг на удалёнке или же подавляющее большинство в офисы ходит на работу?

вот кстати волнующий меня вопрос - много ли людей админит пг на удалёнке или же подавляющее большинство в офисы ходит на работу?

Ну у офисного дба есть ещё и oracle, ms sql, db2 и mysql в зоопарке. Одно удовольствие приходить на работу!

Ну можно ради интереса запилить опрос

Ну у офисного дба есть ещё и oracle, ms sql, db2 и mysql в зоопарке. Одно удовольствие приходить на работу!

Как будто у удаленного зоопарка не может быть. Постгрес, мускул, кликхаус, немного редиса и монги. До дба конечно мне далековато, но вроде справляюсь

Ну у офисного дба есть ещё и oracle, ms sql, db2 и mysql в зоопарке. Одно удовольствие приходить на работу!

мускуль то тут каким боком?

Ну можно ради интереса запилить опрос

опрос не даёт развёрнутых ответов ) лучше когда люди просто высказываются

Exadata, Teradata, Vertica кито больше?

Exadata, Teradata, Vertica кито больше?

сомневаюсь что на такое удаленщиков берут)

а где грань - вот на это берут удалёнщика, а на это точно в офис посадят на цепь?

Вроде базар про офисных админов

а где грань - вот на это берут удалёнщика, а на это точно в офис посадят на цепь?

грань это ниша в которой используется СУБД

а где грань - вот на это берут удалёнщика, а на это точно в офис посадят на цепь?

В головах

в стартапах сайтиках экзадату не используют, а в банк или еще что покруче удаленьщиков не берут мен кажется

с удалёнщиками и правда гемора много, так что тут может быть и помимо "говловных" причин много

Ребятушки, хелп! Благодаря стараниям нашего тимлида, постоянно килявшего процессы вакуума, счетчик транзакций переполнился. В сингл-моде запустил базу, при запуске выделил 0 гигов памяти вот таким вот образом: postgres --single -D /var/lib/pgsql/9.5/data/ -S 80GB my_fucking_db Но вакуумится чет безумно долго. База весит 350 гигов. Есть ли методы, чтоб ускорить?

А что вы вакуумируете?

Надеюсь фризите самую "старую" таблицу?

Можно индексы отцепить, чтобы побыстрее

А что вы вакуумируете?

Да тащемта обычная база, никаких постгисов, даже жсонов нет

о, а как в синглмоде индексы откинуть?

в доки умею, но уже голова перегрелась

сомневаюсь что на такое удаленщиков берут)

Контора есть такая - Форс... Они как раз удаленщики... и я знаю одного их клиента

они аутстаф

это несколько иное

Контора есть такая - Форс... Они как раз удаленщики... и я знаю одного их клиента

они экзадату по удаленке админят?

вполне могут и экзодату

но еще раз - это аутстафф

это другого уровня организация и подход

ну или еще ща модный термин есть "managed services"

Контора есть такая - Форс... Они как раз удаленщики... и я знаю одного их клиента

Ну таких контор полно, пальцев рук не хватит. Аутстаф сервис за другие деньги.

Нежели удаленка

Банки ростят внутреннюю экспертизу на перефирии т.к. в Москве спеца не удержать.

Ну так зарегать ООО "Админ и его начальник" компани... И все - ты большой солидный аутсорсер/аутстаффер

о, а как в синглмоде индексы откинуть?

Да я имел ввиду удалить индексы, если вам нужно как можно скорее запускаться. Т.к. бывает, индексы весят больше таблиц

Провакуумировать парочку наиболее старых таблиц, а остальное можно уже в нормальном режиме. Хотя какая там у вас ситуация...

вот кстати волнующий меня вопрос - много ли людей админит пг на удалёнке или же подавляющее большинство в офисы ходит на работу?

Я на удаленке, раньше в офис ходил

Да я имел ввиду удалить индексы, если вам нужно как можно скорее запускаться. Т.к. бывает, индексы весят больше таблиц

А потом их индексируй неделю в один поток! А приклад, как стоял, так и будет стоять...

Вариант. Спасибо, ребят. Щас попробую

Я на удаленке, раньше в офис ходил

Поздравляю!

Вариант. Спасибо, ребят. Щас попробую

Эм.. Индексы то нужные небось... Приклад то без них вообще откликаться будет?

А потом их индексируй неделю в один поток! А приклад, как стоял, так и будет стоять...

А что, он сейчас сидит ждет пока вакуум по индексам пройдется А так можно запуститься побыстрее, а после конкурентно построить индексы все разом

Эм.. Индексы то нужные небось... Приклад то без них вообще откликаться будет?

Тут все индивидуально, пусть глянет, может эти индексы у него вообще не используются, бывает и такое, ра плодят индексы, а они не пользуются ?

Но, я ни на что не агитирую)

Тут все индивидуально, пусть глянет, может эти индексы у него вообще не используются, бывает и такое, ра плодят индексы, а они не пользуются ?

Так может сначала по статистике пройтись?

У меня есть пару продуктов где 50% индексов очень горячие... У удаление любого из них приведёт к бд в 100+ %

Все индивидуально

Надеюсь он выполняет заморозку кортежей только старых таблиц, а не всей БД

И надеюсь он вообще фризит, а не фулл запустил

не, индексы точно лучше не трогать в моем случае. Да, на самой старой таблице вакуум запустил. И вот как раз фулл

Ну ладно, не отменяйте, ждите

угу, спасибо

Если один раз сделать CLUSTER table USING index и потом дампнуть таблицу, то данные дампнутся в том же порядке в котором их CLUSTER разложила на диске?

не обязательно

есть, например, synchronized seq scan - если у тебя уже выполняется seq scan, и ты начнёшь дампить, то обходить таблицу он начнёт с того места, где сейчас другой секскан

сам дефо пришел, ни чё се...

есть, например, synchronized seq scan - если у тебя уже выполняется seq scan, и ты начнёшь дампить, то обходить таблицу он начнёт с того места, где сейчас другой секскан

А можешь рассказать подробнее, что это и зачем? Ну или ссылку кинуть

ERROR: S client not available

synchronize_seqscans (boolean) This allows sequential scans of large tables to synchronize with each other, so that concurrent scans read the same block at about the same time and hence share the I/O workload. When this is enabled, a scan might start in the middle of the table and then "wrap around" the end to cover all rows, so as to synchronize with the activity of scans already in progress. This can result in unpredictable changes in the row ordering returned by queries that have no ORDER BY clause. Setting this parameter to off ensures the pre-8.3 behavior in which a sequential scan always starts from the beginning of the table. The default is on.

сделано, чтобы читать с диска только один раз :)

Спасибо! Какой умный постгрес)

приветы

есть способ уменьшить размер pg_xlog?

зачем?

Вангую - standby отвалился )

зачем?

кончилось место)

а почему он стал расти?

ок, дайте почитать что-то, чтобы понять причины роста

ну инсерты, апдейты вестимо

checkpoint_completion_target 0.8 checkpoint_timeout 1h

кончилось место)

Начнем с простого

Есть standby?

checkpoint_timeout 1h

ОО

стандартный виндовый пг 9.5

Привет, может у кого есть скрипт, однострочник по отстрелу всех локов? В линкксе

checkpoint_timeout 1h

бест практик

Хотелось бы посмотреть как у вас реализовано это

или нет

Есть standby?

куда смотреть?

wal_level archive

Для начала выполнить запрос select * from pg_replication_slots;

0 строк получено.

А сколько файлов в xlog лежит?

народ, ICU collation support который в постгрес 10 появится, регистринезависимым можно сделать БД? или нет

народ, ICU collation support который в постгрес 10 появится, регистринезависимым можно сделать БД? или нет

регистронезависимое что именно?

collate регистронезависимый