форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Архивированная нить - только для чтения!  Пред. тема | След. тема
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение		[Проследить за развитием треда]

"OpenNews: Что нового в PostgreSQL 7.2.3 "

Сообщение от opennews on 14-Окт-02, 17:38

Новых возможностей в PostgreSQL 7.2.3 не появилось, зато исправлено несколько очень серьезных ошибок в коде, приводящих, при определенных обстоятельствах, к потере данных в рамках транзакции. Разработчики советуют как можно скорее провести апгрейд, если у Вас используется 7.2.x версия PostgreSQL, тем более что dump/restore базы не требуется. Кратко список исправлений:[[END]] <li>Ошибки в VACUUM коде, если VACUUM выполняется не под суперпользователем, то по ошибке могут быть удалены файлы где хранится лог текущих транзакций (pg_clog файлы); <li>Поддержка дат до 1970 года при работе с новыми версиями glibc; <li>Исправлена ошибка при shutdown'е приводящая к некорректному завершению; <li>Ошибки приводящие к падению на SMP PPC машинах; <li>pg_dump научился делать дампы "FULL JOIN USING". URL: http://www.postgresql.org Новость: https://www.opennet.ru/opennews/art.shtml?num=1608

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

Сообщения по теме

[Сортировка по времени, UBB]

1. "PostgreSQL и deadlock"

Сообщение от Вадим on 14-Окт-02, 17:38

Интересно почему в PostgreSQL постоянно возникают deadlock. Причем для простейших таблиц (5 int полей с int ключем, 60 записей) с достаточно интенсивным UPDATE (примерно от 5 раз в минуту до 3 раз в сек.)- dead lock выскакивают регулярно, несмотря на ежедневный VACUUM ANALYZE и еженедельный VACUUM FULL базы. Запросы простейшие, даже транзакций нет. Просто постоянные SELECT и UPDATE, гораздо реже INSERT. Раньше грешил на транзакции, dead lock вываливались на совершенно других базах, порядок следования доступа к таблицам был одинаковым.

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

2. "Что нового в PostgreSQL 7.2.3 "

Сообщение от saper on 15-Окт-02, 10:40

Какая у вас версия PostgreSQL? У нас в промышленной эксплуатации 7.0.3, потом перешли на 7.1 - все в полном порядке. Что касается deadlock: 1. Попробуйте PostgreSQL на классическом Linux-e (известно, что под FreeBSD он не очень хорошо себя показал, а под модифицированными ядрами Linux-a возможны проблемы). Итог - Slackware 8.1 + PostgreSQL 7.2.3 (собирать из исходников, все собирать с установками по-умолчанию). После такой кратко описанной установки надеюсь у вас заработает.

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

	4. "RE: Что нового в PostgreSQL 7.2.3 "
	Сообщение от Вадим on 15-Окт-02, 12:50
	>Какая у вас версия PostgreSQL? 7.2.1 > У нас в промышленной эксплуатации 7.0.3, потом > перешли на 7.1 - все в полном порядке. В том-то и дело, что при 7.0 и 7.1 проблем тоже небыло, хотя нагрузка на базу была намного меньше текущей. >1. Попробуйте PostgreSQL на классическом Linux-e (известно, что под FreeBSD он У меня на SMP системе под FreeBSD, очень вероятно, что именно SMP и приводит к проблемам, так как на старом однопроцессорном сервере я  deadlock'ов тоже не помню.
	Cообщить модератору | Наверх | ^

3. "Что нового в PostgreSQL 7.2.3 "

Сообщение от port22 on 15-Окт-02, 11:01

Скорее всего у Вас алгоритм работы программы не     проработан. У меня десятки таблиц с кучей ФК и апдейтов несколько (~ 2 - 10) раз в секунду, без проблем. Вообще,если начинать работать с БД, то лучше PostgreSQL, в перспективе, нет.

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

	5. "RE: Что нового в PostgreSQL 7.2.3 "
	Сообщение от Вадим on 15-Окт-02, 12:58
	>Скорее всего у Вас алгоритм работы программы не >проработан. Я тоже так думал, пока deadlock не стали вылазить на ровном месте и на самой простейшей таблице при апдейте без транзакции. Есть скрпипт который выполняет SELECT/UPDATE||INSERT, скрипт запускается хаотично, вполне вероятна ситуация одновременного запуска. Но по идее PostgreSQL отлично справляется с этой ситауцией, мне кажется , что из-за SMP два управляющих фронтэнда PostgreSQL (при запуске на 2-процессорной системе) не разбирают ситуацию блокировки при одновременном запросе к обоим фронтэндам. Про порядок следования операций с таблицами в пределах транзакции я в курсе, про тонкости описанные в LOCK-мануале тоже. >2 - 10) раз в секунду, без проблем. Вообще,если начинать работать >с БД, то лучше PostgreSQL, в перспективе, нет. Согласен, но начинать мне поздно, я с PostgreSQL года с 1997 не расстаюсь, проблемы появились только на SMP машине.
	Cообщить модератору | Наверх | ^

6. "Что нового в PostgreSQL 7.2.3 "

Сообщение от saper on 16-Окт-02, 10:18

Кстати у нас PostgreSQL на Linux-e 2.4 Slackware 7.1 с SMP (2xP3-1000).

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

7. "Что нового в PostgreSQL 7.2.3 "

Сообщение от Barmaley on 21-Окт-02, 10:38

У меня FreeBSD 4.x и PostgerSQL 7.2.x работают несколько месяцев. Автоматическая заливка статистики с маршрутизаторов CISCO (IP Accouning, Netflow). Система в постоянной работе. Очень активной. И все пучком... никаких проблем вообще не наблюдалось... На сегодняшний день pgsql 7.2.3 на FreeBSD 4.7 P4-2000

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

	8. "RE: Что нового в PostgreSQL 7.2.3 "
	Сообщение от Денис on 22-Окт-02, 11:53
	У меня - тоже. Free + PostgreSQL. На одном процессоре. А на SMP в реальной работе эту связку кто использует, а? Какие результаты?
	Cообщить модератору | Наверх | ^

	9. "RE: Что нового в PostgreSQL 7.2.3 "
	Сообщение от Антон on 19-Ноя-02, 12:39
	>У меня - тоже. Free + PostgreSQL. На одном процессоре. А на >SMP в реальной работе эту связку кто использует, а? Какие результаты? Пользуемся, почти все нормально. FreeBSD, PostgreSQL 7.2.2. Объем - ~800000 записей. Из проблем - периодически (от 0 до 5-7 раз в день) падает одно из соединений, предположительно, из-за ошибок в протоколе. В результате чего сервер сразу отключает всех остальных клиентов. Сделали автоматический reconnect при потере соединения у клиента.
	Cообщить модератору | Наверх | ^

Удалить

Индекс форумов | Темы | Пред. тема | След. тема