
Sergey
09.09.2016
08:51:51

Anton
09.09.2016
08:51:55
да

Sergey
09.09.2016
08:52:00
Хотя, лучше так не делать, имхо.

Darafei
09.09.2016
08:52:05
большие тексты и так пожмутся toast'ом, так что ради человечества, пользуйтесь везде utf-8

Google

Anton
09.09.2016
08:52:20

Roman
09.09.2016
09:11:57
zlib/deflate?

AbiGeuS
09.09.2016
09:16:47

Kirill
09.09.2016
09:20:46
Вам оглядываться не нужно, это информационное сообщение и ни хуже ни лучше ваш сервер в связи с этим работать не будет, если интересно, то вы можете почитать/поизучать проблему врапэраунда у постгреса

AbiGeuS
09.09.2016
09:26:46
спасибо, почитаю.


Stanislav
09.09.2016
09:28:36
Ext3 можно легко сконвертить в ext4 не повреждая данных.
B320i - это софтрейд. Если вы фанат HP, то берите Pxxx контроллеры. Но! Не забудьте дозаказать модуль кеш-памяти (внезапно, оно умеет работать без кеш-памяти, но крайне медленно) и BBU. И не пользуйтесь их модной технологией оптимизированной под SSD, она дает втрое меньшее кол-во iops на P420, чем традиционный режим кеша. Она, к сожалению, включится по умолчанию, как только контроллер увидит, что это SSD. Надо руками потом перенастраивать.
У меня с дисками другая проблема. PG _очень_ любит ходить в "холодные" области базы, поэтому без SSD мы просто вешались.
Поэтому ни 12-24GB shared_buffers, ни какие-либо еще тюнинги не помогали, пока ему не дали SSD.
Ну и вообще, MVCC паттерн заполнения таблиц внезапно высокофрагментирован by design
Особенно когда у вас много таблиц и UPDATE
Ну и чекпоинтер диски хорошо прикладывает.
размер - 1ТБ, нагрузка - порядка 1k ins/sec + 1k upd/sec

Google

Stanislav
09.09.2016
09:35:31
Нагрузка детская, индексы, партиционирование - все есть, но диски дубасит даже при Fsync = off
MySQL на такой нагрузке живет без проблем на самых дешевых дисках без тормозов в сравнении с тормозами постгри. Единственная причина, по которой нам нужен постгри - более высокие гарантии консистентности данных.
Потому что MySQL 5.6 на двух параллельных инсертах в innodb табличке с автоинкрементом второму инсерту внезапно выплевывает под нагрузкой duplicate key и инсерт проваливается.

Roman
09.09.2016
10:00:28

Stanislav
09.09.2016
10:05:33
> ну так это лечится контроллером с кешем и bbu
Не вылечило. Был P420 с 1GB кеш-модуля. Ушли с него на SSD.
На железке - 64, но для этой приложухи (по имени постгри) мы запланировали предел потребления 32GB и танцуем от него

Roman
09.09.2016
10:08:07

Stanislav
09.09.2016
10:10:25
Да, само собой, выключал.
http://joxi.ru/ZrJpPOnS1VO3K2.jpg вот тут некоторое понимание того ада, который pg вытворяет с дисковой системой
на верхнем зеленое - это SSD, красное - шпиндели

Roman
09.09.2016
10:11:39
как-то неинформативно =(

Айтуар
09.09.2016
10:11:52
50 % iowait

Stanislav
09.09.2016
10:13:13
iowait с помощью SSD уже победили http://dl2.joxi.net/drive/2016/09/09/0007/2721/490145/45/8573d07062.jpg

Айтуар
09.09.2016
10:13:15
тоже думаем перевести на SSD

Stanislav
09.09.2016
10:13:55
Правда, это не спасает от того треша который PG вытворяет с диском.

Roman
09.09.2016
10:14:11

Stanislav
09.09.2016
10:14:24
С помощью SSD

Google

Roman
09.09.2016
10:15:00

Айтуар
09.09.2016
10:16:50

Kuroi
09.09.2016
11:13:16

Anton
09.09.2016
11:13:46
хороший оракле может заменить 10 постгресов ))))
ща помидоры полетят )) но не удержался

Roman
09.09.2016
11:14:51

Kirill
09.09.2016
11:21:24
говорят, хороший DBA может и Oracle на Postgres заменить )

Aleksey
09.09.2016
11:21:55
Где дба взять хоть какого
;)

Kuroi
09.09.2016
11:22:16

Aleksey
09.09.2016
11:22:44

Kirill
09.09.2016
11:24:08
говорят, если нет своего то можно обратиться в https://postgrespro.ru/ / http://postgresql-consulting.com/ там помогут/научат/объяснят, не бесплатно, конечно, но все же )

Айтуар
09.09.2016
11:27:14
база в 300+ ГБ память 32 ГБ
пользователи 5000+

Stanislav
09.09.2016
11:34:34
ахаха, все как у нас во времена без SSD
Разве что контроллер был аппаратным и иопсов давили больше

Айтуар
09.09.2016
20:32:56
кто знает можно ли заглянуть внурь коммита?
pg_stat_activity показывает только COMMIT

Google

Nikolay добряш
09.09.2016
22:59:01
ребят а как сделать автоматический бекап бд средствами windows?

Alex
09.09.2016
23:07:37
норкоман штоле ?

Sergey
09.09.2016
23:09:39
Ребят... Всем добрый вечер. Подскажите по JSONB запросу.
select data::jsonb from user_events where data @> '{"tуpe": "invite"}';
Ничего не выводит. Мне нужно получить все строки из таблицы, где в объекте поля data есть поле type со значением invite. Не пойму в чём проблема
Это "голый" вывод
select * from user_events

Nikolay добряш
09.09.2016
23:17:11
я тут накатил просто 1с сервер на постгришу чёт изи зашло

Alex
09.09.2016
23:18:33
ну берешь power shell и пишешь скрипт под pg_basebackup
подозреваю
в чем проблема то ?

Nikolay добряш
09.09.2016
23:19:01
я не оч просто шарю чё да как
щас на серваке тр бд
многовато както

Alex
09.09.2016
23:21:22
select * from user_events where (data->'type')::text = 'invite'

Sergey
09.09.2016
23:23:14
Тааак..... Что-то хрень какая-то :)

Nikolay добряш
09.09.2016
23:23:14
ой у меня же нода есть
все вопрос отменяется

Sergey
09.09.2016
23:23:26
Сейчас скину

Google

Alex
09.09.2016
23:23:27

Sergey
09.09.2016
23:23:35
Не то что ты написал :)
А что у меня

Alex
09.09.2016
23:23:48
Я в том плане что за хрень.
Я просто сам с jsonb игрался, мол круто и то и се, а потом меня спросили как сделать конкретные юзкейсы, и пришлось думать как сделать.

Sergey
09.09.2016
23:24:15
Верхний рабочий вариант, нижний нет
Не могу найти опечатку

Alex
09.09.2016
23:25:14
select * from user_events where data->'type' ? 'invite'
Это если не нужно превращать в строку и использовать обычные операторы для строк.
я просто тоже сначала конструкцию как у тебя городил.

Sergey
09.09.2016
23:26:40
Да, мне хочется тоже простоты :)
У меня голова раскалывается от JSON запросов в PG

Alex
09.09.2016
23:27:00
пробуй последний вариант

Sergey
09.09.2016
23:27:37
Рабочий
Я походу у себя мог опечатся и y или e на кирилице написать

Alex
09.09.2016
23:35:01

Konstantin
10.09.2016
13:08:42
Занимательно тут

Darafei
10.09.2016
13:14:04
расскажите, как вообще принято цеплять удалённые ноды по ненадёжному каналу? :)
у меня есть raspberry pi, которая пишет в mysql-базу температуру и влажность. интернет там по gprs, электричество ненадёжно.
как в принципе может выглядеть репликация этого счастья наружу? :)
была мысль прицепить mysql_fdw и таскать таблицу по крону, но пока что не очень хочется возиться с пробрасыванием портов и туннелей :)