powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Проблема с производительностью UPDATE
21 сообщений из 21, страница 1 из 1
Проблема с производительностью UPDATE
    #38706554
Alex_MS82
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
внезапно возникла проблема с производительностью UPDATE
после бэкап/рестор базы - начались тормоза. начал проверять, на апдейте одной из таблиц.
На копии той же базы на локальном - все норм. На рабочем до этого так же было, апдейт нескольких десятков тысяч строк (по 1 полю) до секунды было. Сейчас от 10 до 70 сек доходит
Сделал тест - первые 10 тыс запись этой таблицы:
Код: plsql
1.
update odd set oct=oct where id<=70923405


на локальной базе:
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
План
PLAN (ODD INDEX (RDB$PRIMARY7))

Адаптированный план
PLAN (ODD INDEX (INTEG_298))

10000 record(s) was(were) updated in ODD

------ Performance info ------
Prepare time = 31ms
Execute time = 328ms
Current memory = 2 126 352
Max memory = 2 162 624
Memory buffers = 128
Reads from disk to cache = 1 671
Writes from cache to disk = 1 078
Fetches from cache = 120 206


на рабочей
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
План
PLAN (ODD INDEX (RDB$PRIMARY7))

Адаптированный план
PLAN (ODD INDEX (INTEG_298))

10000 record(s) was(were) updated in ODD

------ Performance info ------
Prepare time = 0ms
Execute time = 1s 78ms
Current memory = 2 410 392
Max memory = 10 617 096
Memory buffers = 128
Reads from disk to cache = 1 955
Writes from cache to disk = 2 123
Fetches from cache = 122 662


При этом рестор на рабочем сервере делался сегодня утром
В какую сторну тут копать уже ума не приложу. В конфиге ФБ? так полгода работало идеально и с нагрузкой гораздо большей чем сейчас
...
Рейтинг: 0 / 0
Проблема с производительностью UPDATE
    #38706564
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Alex_MS82,

может размер страницы изменился?
...
Рейтинг: 0 / 0
Проблема с производительностью UPDATE
    #38706566
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Alex_MS82В какую сторну тут копать уже ума не приложу.
Похоже, у тебя на сервере рейд рассыпался и его производительность упала под плинтус.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Проблема с производительностью UPDATE
    #38706568
Alex_MS82
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Размер страницы не менял. Вернее пару дней после рестора сделал 16К для пробы - производительность упала. Думал в этом дело.
вернул снова сегодня в 8К - результат тот же
...
Рейтинг: 0 / 0
Проблема с производительностью UPDATE
    #38706570
Alex_MS82
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
незнаю может это как то влиять или нет, но несколько дней назад база встала с сообщением
Код: sql
1.
2.
Implementation limit exceeded.
Transactions count exceeded. Perform backup and restore to make database operable again.


насколько я понял число транзакций перевалило за 2 млрд
причем бэкап не мог запуститься пока не отключил всех и не перевел базу в read-only
до этого почти полгода база работала без бэкап/рестор, тормозов не было , нагрузки бали намного больше чем в данный момент
...
Рейтинг: 0 / 0
Проблема с производительностью UPDATE
    #38706571
Alex_MS82
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry Sibiryakov,

это конечно плохо. как бы проверить что б полностью быть уверенным
...
Рейтинг: 0 / 0
Проблема с производительностью UPDATE
    #38706572
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Alex_MS82до этого почти полгода база работала без бэкап/рестор
База с двумя миллиардами транзакций за полгода без DBA. Экстремалы, однако...
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Проблема с производительностью UPDATE
    #38706575
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Alex_MS82,

Writes from cache to disk = 1 078 vs 2 123

очень странно. Может какой триггер после рестора активировался, который был отключен ранее.
...
Рейтинг: 0 / 0
Проблема с производительностью UPDATE
    #38706577
Alex_MS82
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
проверил триггеры, нет там ничего не используется
...
Рейтинг: 0 / 0
Проблема с производительностью UPDATE
    #38706578
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Alex_MS82,

надо сравнить
gstat -r -t ODD ...
на локальной и рабочей базе.
...
Рейтинг: 0 / 0
Проблема с производительностью UPDATE
    #38706583
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Alex_MS82,

а где картинка (текст) с полной статистикой выполнения для второго (медленного) случая ?
...
Рейтинг: 0 / 0
Проблема с производительностью UPDATE
    #38706584
Alex_MS82
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hvlad,
...
Рейтинг: 0 / 0
Проблема с производительностью UPDATE
    #38706585
Alex_MS82
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
это правда не та статистика что в сообщении, сделана немного раньше, но запрос тот же
...
Рейтинг: 0 / 0
Проблема с производительностью UPDATE
    #38706588
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Alex_MS82,

мешанина. в первом сообщении
локальная reads 1671
рабочая reads 1955

не сильно отличается, а вот writes в 2 раза больше. мусор?

потом, картинка с reads 1671, по-видимому, локальная БД.
и последняя - картинка с reads 3559, что в 1.5 раз больше чем предыдущая инфа по рабочей БД. и writes уже не 2123, а 2503.
...
Рейтинг: 0 / 0
Проблема с производительностью UPDATE
    #38706589
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Alex_MS82,

вполне вероятно, поскольку у вас там 200-250 коннектов, да и интенсивность работы с транзакциями зашкаливает, из-за какой-нибудь застрявшей транзакции накапливаются версии, и становится все медленнее и медленнее. А "раньше было не так, а сейчас так" - и надо сравнивать, что раньше было не так, и когда именно раньше. Вы это связываете с b/r, ну верните страницу 8к обратно тогда. Не помогает? Значит проблема в другом. Блобы в этой таблице есть?

где gstat -r -t ODD ?
p.s. на таблице без версий reads и writes всегда будет примерно одинаковым.
...
Рейтинг: 0 / 0
Проблема с производительностью UPDATE
    #38706592
Alex_MS82
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kdv,

сейчас для чистоты эксперемента утренний бэкап на другой сервер рестрою (там правда не ссд а sas винты 16 штук рейд 1+0)
тогда еще раз замеряю и сравню в т.ч. и таблицы
...
Рейтинг: 0 / 0
Проблема с производительностью UPDATE
    #38706593
Alex_MS82
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
а насчет раньше - неделю назад еще все работало отлично - в этой таблице давно ничего не менялось, блобов нет
...
Рейтинг: 0 / 0
Проблема с производительностью UPDATE
    #38706604
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Alex_MS82сейчас для чистоты эксперемента утренний бэкап на другой сервер рестрою
Ты ещё монитор тряпочкой протри и memory buffers подыми до 2048...
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Проблема с производительностью UPDATE
    #38706654
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry Sibiryakov и memory buffers подыми до 2048...
в других топиках он писал, что увеличение кэша выше 128 страниц приводит к ощутимому падению производительности.
При таких объемах БД, пользователей и транзакций, странно, что они пытаются что-то там сделать самостоятельно. Если бы могли, все бы уже получилось. А так, нас не спрашивают, ну и...
...
Рейтинг: 0 / 0
Проблема с производительностью UPDATE
    #38706663
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kdvв других топиках он писал, что увеличение кэша выше 128 страниц приводит к
ощутимому падению производительности.
Он писал "пробовал больше ставить - но субъективно кажется хуже становится". Бред в общем.
Hit Ratio отвратительный, похоже, что в кэш не влазит даже активная часть индекса. Т.е.
всё живёт на файловом кэше и дисковой подсистеме.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Проблема с производительностью UPDATE
    #38707183
WildSery
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry SibiryakovAlex_MS82до этого почти полгода база работала без бэкап/рестор
База с двумя миллиардами транзакций за полгода без DBA. Экстремалы, однако...А если сюда ещё и добавить постоянные апдейты 10К строк...
...
Рейтинг: 0 / 0
21 сообщений из 21, страница 1 из 1
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Проблема с производительностью UPDATE
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]