The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Релиз СУБД PostgreSQL 10, opennews (ok), 05-Окт-17, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


38. "Релиз СУБД PostgreSQL 10"  –3 +/
Сообщение от лютый жабист__ (?), 06-Окт-17, 08:21 
>Зато моя работает правильно, а твоя нет

Самый смех в том, что Pg не только медленнее, ещё и работает неправильно. Я что-то в changelog Монги не помню ничего про потерю данных. А в Pg было и не раз.

Кстати, как там в правильном Pg с репликацией, полноценный master-slave есть, само переключает? Ни одна acknowledged запись гарантированно не теряется? Или может master-master уже из коробки появился?

Ответить | Правка | Наверх | Cообщить модератору

41. "Релиз СУБД PostgreSQL 10"  –1 +/
Сообщение от лютый жабист__ (?), 06-Окт-17, 09:03 
Интересное чтиво:

https://habrahabr.ru/company/southbridge/blog/322624/

Из эпичного:

логически небольшое обновление (скажем, запись нескольких байт) становится гораздо более серьезной и ресурсоемкой операцией на физическом уровне.
После того как мы обновили год рождения al-Khwārizmī, не изменились ни первичный ключ записи, ни значения имени и фамилии. И все же индексы приходится обновлять, поскольку в базе данных появился новый кортеж. Для таблиц с большим количеством вторичных индексов эти дополнительные шаги могут приводить к значительным накладным расходам на запись. Например, для таблицы с десятком индексов обновление поля, покрытого лишь одним индексом, должно быть распространено на остальные девять, поскольку необходимо прописать в них ctid новой строки.

Проблема с усилением записи затрагивает и репликацию, которая выполняется на уровне представления данных на диске. Вместо передачи небольшой логической записи, такой как, например, «Изменить год рождения для ctid D, установив его в 770», СУБД должна переслать все элементы WAL, касающиеся четырех вышеупомянутых операций, сопровождающих запись. Таким образом, проблема усиления записи переходит в проблему усиления репликации, и поток репликационных данных Postgres очень быстро становится настолько значительным, что может занять большую часть доступной пропускной способности сети.

Во время стандартной операции по увеличению емкости базы данных, при которой использовался механизм повышения роли реплики, мы столкнулись с ошибкой в Postgres 9.2. Реплики некорректно обрабатывали переключение шкалы времени (timeline switch), в результате чего некоторые из них неверно применяли обновления WAL. Из-за этой ошибки некоторые записи, которые должны были быть деактивированы механизмом версионирования, не получили соответствующую пометку, то есть остались активны. поскольку ошибка проявлялась на всех серверах, каждый из них портил разные строки, то есть на одной реплике строка X могла быть повреждена, а Y нетронута, но на другой реплике строка X могла быть в порядке, а Y — повреждена. На самом деле мы точно не знали, на скольких репликах были поврежденные данные, а также проявлялась ли эта проблема на мастере.

Ответить | Правка | Наверх | Cообщить модератору

53. "Релиз СУБД PostgreSQL 10"  –1 +/
Сообщение от Мимо проходил (?), 06-Окт-17, 10:30 
Переключалка через pacemaker отлично работает.
Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

55. "Релиз СУБД PostgreSQL 10"  +/
Сообщение от лютый жабист__ (?), 06-Окт-17, 11:06 
А без Shared Storage? А то так можно сказать что репликацию поддерживает и SQLite.
Ответить | Правка | Наверх | Cообщить модератору

79. "Релиз СУБД PostgreSQL 10"  +/
Сообщение от anonymous (??), 06-Окт-17, 12:47 
https://www.youtube.com/watch?v=SNzOZKvFZ68
Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

84. "Релиз СУБД PostgreSQL 10"  +2 +/
Сообщение от OhBoyHereWeGo (?), 06-Окт-17, 13:18 
https://jira.mongodb.org/browse/SERVER-2237?jql=issuetype�...
Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

87. "Релиз СУБД PostgreSQL 10"  –2 +/
Сообщение от лютый жабист__ (?), 06-Окт-17, 16:18 
> https://jira.mongodb.org/browse/SERVER-2237?jql=issuetype�...

Huge data loss after altering files in dbpath on a running instance

Это баг в мозге у одмина, зарепортившего такое. Давай уже не багтрекер, а реальный changelog с data loss.

Ещё половина багов в репликации, что уже привели в идеал в 3.4, а в Слоне до сих пор ОТСУТСТВУЕТ вообще.

Ответить | Правка | Наверх | Cообщить модератору

94. "Релиз СУБД PostgreSQL 10"  +/
Сообщение от Аноним (-), 06-Окт-17, 20:33 
https://aphyr.com/posts/322-jepsen-mongodb-stale-reads
Ответить | Правка | Наверх | Cообщить модератору

95. "Релиз СУБД PostgreSQL 10"  +/
Сообщение от Аноним (-), 06-Окт-17, 20:34 
In this Jepsen analysis, we develop new tests which show the MongoDB v0 replication protocol is intrinsically unsafe, allowing the loss of majority-committed documents. In addition, we show that the new v1 replication protocol has multiple bugs, allowing data loss in all versions up to MongoDB 3.2.11 and 3.4.0-rc4. While the v0 protocol remains broken, patches for v1 are available in MongoDB 3.2.12 and 3.4.0, and now pass the expanded Jepsen test suite. This work was funded by MongoDB, and conducted in accordance with the Jepsen ethics policy.
Ответить | Правка | К родителю #87 | Наверх | Cообщить модератору

105. "Релиз СУБД PostgreSQL 10"  +/
Сообщение от SunXE (ok), 07-Окт-17, 18:03 
Да, с версии v3.4 наконец перестали самопроизвольно реплики вылетать в unrecoverable. До того, 2-3 раза в месяц приходилось перезаливать реплику из соседней.
Ответить | Правка | К родителю #87 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру