Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
could not serialize
|
|||
|---|---|---|---|
|
#18+
Стали появляться ошибки "could not serialize access due to concurrent update". Решил проанализировать лог с помощью pgfouine. Заметил, что очень медленными стали простейшие запросы к некоторым полям таблицы. Причем к тем полям, которые добавил с помощью alter table в уже работающую и готовую таблицу... По началу дико тормозил сервер. То есть на относительно небольшой базе и небольшой частоте запросов тормозил сервер с двумя процами по 3.00GHz. Дико удявляло... Была почти круглосуточная загрузка по 50-70 процентов... Нагрузка спала до приемлимой только после того как я сделал VACUUM FULL. Запросы стали быстрее для вышеописанных полей, но все равно выделяются своей медленностью... Некоторое время deadlock'и не выскакивали... Затем опять появились... Пробовал делать полный дамп и перезаливать базу... Тоже помогало ненадолго... Кто может сказать что можно сделать? Отчаянно прошу советов... Спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.03.2008, 18:27 |
|
||
|
could not serialize
|
|||
|---|---|---|---|
|
#18+
У вас стоит TRANSACTION ISOLATION SERIALIZABLE? Это сознательно поставили? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.03.2008, 21:54 |
|
||
|
could not serialize
|
|||
|---|---|---|---|
|
#18+
да. сознательно... дело в том что кполям таблицы могут обращаться одновременно три процесса. и обновление некоторых полей одновременно может нарушить логику ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.03.2008, 19:50 |
|
||
|
could not serialize
|
|||
|---|---|---|---|
|
#18+
Стандартные вопросы: ОС, версия СУБД, конфигурация, схема БД, размеры, число строк, тормозящие запросы... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.03.2008, 23:17 |
|
||
|
could not serialize
|
|||
|---|---|---|---|
|
#18+
ещё explain analyze тормозящих запросов... :) ps: кстати ещё хотел уточнить, под deadlock'ами Вы понимаете настоящие deadlock о которых пишется в лог что это deadlock, или же сообщения "could not serialize access due to concurrent update" ? -- „Истина — это вовсе не то, что можно убедительно доказать, это то, что делает всё проще и понятнее“ — Антуан де Сент-Экзюпери ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.03.2008, 23:51 |
|
||
|
could not serialize
|
|||
|---|---|---|---|
|
#18+
ForumerR Запросы стали быстрее для вышеописанных полей, но все равно выделяются своей медленностью... Если вы не останавливали сервер, то нет ли у вас незавершенной "длинной" транзакции по alter table или create index? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.03.2008, 13:29 |
|
||
|
|

start [/forum/topic.php?fid=53&fpage=274&tid=2004530]: |
0ms |
get settings: |
6ms |
get forum list: |
18ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
29ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
36ms |
get tp. blocked users: |
1ms |
| others: | 220ms |
| total: | 326ms |

| 0 / 0 |
