s
Я бы в первую очередь проверял если ли этот фикс в установленном ядре, больно уж похоже, да и существовал тот баг долго и повсеместно, так что чисто исходя из вероятности стоит проверить.
Size: a a a
2020 May 26
СГ
да, я пропустил возможно важную деталь - 2 nvme диска собраны в софтварный рейд. Утилизация 100% для партиций, которые под рейд выделены
может у вас mdadm так "шалит"?
s
может у вас mdadm так "шалит"?
Реально диск не загружен же. Значит именно аккаунтинг считает криво. Mdadm с этим моментом вообще рядом не валяется.
MS
всем привет! А можно из хранимой процедуры (функции) возбудить исключение и отдать на клиента именно исключение?
СГ
Реально диск не загружен же. Значит именно аккаунтинг считает криво. Mdadm с этим моментом вообще рядом не валяется.
проверить легко. поставьте что-то из ядер 5.xx и понаблюдайте
s
всем привет! А можно из хранимой процедуры (функции) возбудить исключение и отдать на клиента именно исключение?
s
проверить легко. поставьте что-то из ядер 5.xx и понаблюдайте
В 5.x.x могли тоже не накатить этот багфикс, вдобавок там ещё иначе поломали счётчики в какой-то момент.
MS
спасибо! Это я конечно читал, просто не был уверен, что raise прямо вызовет исключение на клиенте, напишу-ка я тест!
YS
спасибо, вы имеете в виду postgresql автоматически управлять индексом для больших данных?
если было бы лучше не использовать индекс для небольших данных, он использует seq scan.
если было бы лучше использовать индекс для больших данных, он использует индекс. правильно?
если было бы лучше не использовать индекс для небольших данных, он использует seq scan.
если было бы лучше использовать индекс для больших данных, он использует индекс. правильно?
> спасибо, вы имеете в виду postgresql автоматически управлять индексом для больших данных?
Да.
> если было бы лучше не использовать индекс для небольших данных, он использует seq scan.
Да.
> если было бы лучше использовать индекс для больших данных, он использует индекс. правильно?
И да.
И поэтому в ситуации, когда Вы ожидаете использования индекса, но видите seq.scan, я и посоветовал его отключить для а) проверки того, что PostgreSQL в принципе может использовать индекс в этой ситуации и б) сравнения оценочной стоимости запроса в том и другом случае.
Да.
> если было бы лучше не использовать индекс для небольших данных, он использует seq scan.
Да.
> если было бы лучше использовать индекс для больших данных, он использует индекс. правильно?
И да.
И поэтому в ситуации, когда Вы ожидаете использования индекса, но видите seq.scan, я и посоветовал его отключить для а) проверки того, что PostgreSQL в принципе может использовать индекс в этой ситуации и б) сравнения оценочной стоимости запроса в том и другом случае.
VY
всем привет! А можно из хранимой процедуры (функции) возбудить исключение и отдать на клиента именно исключение?
да. в доках всё описано
s
спасибо! Это я конечно читал, просто не был уверен, что raise прямо вызовет исключение на клиенте, напишу-ка я тест!
Вызовет. Ну точнее коннектор как-то там получит ошибку и вам её как-то там отдаст, зависит от языка. В psycopg2 от того же пайтона должен всплыть RaiseException. В голанге исключений не бывает, там иначе ловится. Но ловится везде.
MS
как раз в психе и ловлю
YS
как раз в психе и ловлю
Да проверьте как-нибудь просто, например:
DO $do$
BEGIN
RAISE EXCEPTION 'hello!';
END;
$do$;
wd
Yaroslav Schekin
> спасибо, вы имеете в виду postgresql автоматически управлять индексом для больших данных?
Да.
> если было бы лучше не использовать индекс для небольших данных, он использует seq scan.
Да.
> если было бы лучше использовать индекс для больших данных, он использует индекс. правильно?
И да.
И поэтому в ситуации, когда Вы ожидаете использования индекса, но видите seq.scan, я и посоветовал его отключить для а) проверки того, что PostgreSQL в принципе может использовать индекс в этой ситуации и б) сравнения оценочной стоимости запроса в том и другом случае.
Да.
> если было бы лучше не использовать индекс для небольших данных, он использует seq scan.
Да.
> если было бы лучше использовать индекс для больших данных, он использует индекс. правильно?
И да.
И поэтому в ситуации, когда Вы ожидаете использования индекса, но видите seq.scan, я и посоветовал его отключить для а) проверки того, что PostgreSQL в принципе может использовать индекс в этой ситуации и б) сравнения оценочной стоимости запроса в том и другом случае.
очень хорошо, большое спасибо
MS
Yaroslav Schekin
Да проверьте как-нибудь просто, например:
DO $do$
BEGIN
RAISE EXCEPTION 'hello!';
END;
$do$;
идея, спасибо
ЯК
Ребят, есть в postgresql какая-нибудь простая реализация шифрования на уровне бд? Чтобы данные в бд хранились в зашифрованом виде? Чтобы в случае если каким-то образом и угонят данные, то толку от них не было?
V
Ярослав Коробейников
Ребят, есть в postgresql какая-нибудь простая реализация шифрования на уровне бд? Чтобы данные в бд хранились в зашифрованом виде? Чтобы в случае если каким-то образом и угонят данные, то толку от них не было?
MS
MS
pg_probackup release 2.3.4
https://github.com/postgrespro/pg_probackup/releases/tag/2.3.4
https://github.com/postgrespro/pg_probackup/releases/tag/2.3.4
293 страница - про шифрование данных в БД как раз