Приветствую всех
Имеем следующую ситуацию, есть сервак, довольно мощная машина 2xXeon + 32гб. .диск под БД 15000rpm .
mysql, java, + l2 interlude
есть неприятная странность в работе l2 сервера, каждые 30-32 секунды ( часы можно проверять ), в БД идет куча запросов UPDATE и DELETE таблицы items, такого плана:
запросы не целиком, mytop отрезал по ширине, это то, что он поймал в момент затыка
при этом видимо обновляется большой объем данных, в gstat нагрузка на диск подпрыгивает до красных значений, ну и по vmstat 1 это очень наглядно видно, длится примерно 3-4 секунды
естественно в игре это выливается в тормоза
переменные MySQL были пересмотрены под микроскопом, играл со значениями.. то есть эти скачки никуда не деваются и интервал времени не меняется..
общая нагрузка на машину не высокая LA 1-1.5. .
если кто сталкивался с чем-то подобным, поскажите в какую сторону копать
ЗЗЫ. не силен в l2 серверах и сборках, поэтому если нужны еще какие-то данные, скажите, выложу
заранее благодарен
Имеем следующую ситуацию, есть сервак, довольно мощная машина 2xXeon + 32гб. .диск под БД 15000rpm .
mysql, java, + l2 interlude
есть неприятная странность в работе l2 сервера, каждые 30-32 секунды ( часы можно проверять ), в БД идет куча запросов UPDATE и DELETE таблицы items, такого плана:
Код:
Query UPDATE items SET owner_id=268855037,count=3388,loc='INVENTORY',loc_data=0,enchant_level=0,price_sell=0,price_buy=0,custom_type1=0,custom_type2=0
Query UPDATE items SET owner_id=268486925,count=2268,loc='INVENTORY',loc_data=0,enchant_level=0,price_sell=0,price_buy=0,custom_type1=0,custom_type2=0
Query UPDATE items SET owner_id=270884485,count=811,loc='INVENTORY',loc_data=0,enchant_level=0,price_sell=0,price_buy=0,custom_type1=0,custom_type2=0,
Query UPDATE items SET owner_id=271656511,count=131431647,loc='INVENTORY',loc_data=0,enchant_level=0,price_sell=0,price_buy=0,custom_type1=0,custom_ty
Query UPDATE items SET owner_id=269519233,count=3293,loc='INVENTORY',loc_data=0,enchant_level=0,price_sell=0,price_buy=0,custom_type1=0,custom_type2=0
Query UPDATE items SET owner_id=270976719,count=1006280,loc='INVENTORY',loc_data=0,enchant_level=0,price_sell=0,price_buy=0,custom_type1=0,custom_type
Query UPDATE items SET owner_id=269751421,count=9592,loc='INVENTORY',loc_data=0,enchant_level=0,price_sell=0,price_buy=0,custom_type1=0,custom_type2=0
Query UPDATE items SET owner_id=272531981,count=1,loc='PAPERDOLL',loc_data=14,enchant_level=17,price_sell=0,price_buy=0,custom_type1=0,custom_type2=0,
Query DELETE FROM items WHERE object_id=268591530
Query UPDATE items SET owner_id=269398261,count=1,loc='PAPERDOLL',loc_data=7,enchant_level=24,price_sell=0,price_buy=0,custom_type1=0,custom_type2=0,m
при этом видимо обновляется большой объем данных, в gstat нагрузка на диск подпрыгивает до красных значений, ну и по vmstat 1 это очень наглядно видно, длится примерно 3-4 секунды
Код:
procs memory page disks faults cpu
r b w avm fre flt re pi po fr sr da0 da1 in sy cs us sy id
0 0 0 33924M 6025M 189 0 0 0 281 3 0 0 1108 508 949 5 2 93
0 0 0 33924M 6025M 1413 0 0 0 1406 0 0 0 1819 59986 29134 4 2 94
2 0 0 33924M 6025M 11 0 0 0 0 0 0 0 1934 57490 29966 3 3 95
4 0 0 33924M 6025M 0 0 0 0 0 0 0 0 1848 59647 29301 2 2 96
2 0 0 33932M 6017M 6601 0 0 0 4560 0 0 2 1936 66999 28540 7 3 89
0 0 0 33924M 6025M 5 0 0 0 2052 0 0 0 1801 64437 30840 3 2 95
[B]----------------------------- начало затыка ----------------------------[/B]
0 0 0 33924M 6025M 4057 0 0 0 4100 0 0 337 2163 57556 31692 3 3 94
0 0 0 33924M 6025M 0 0 0 0 0 0 0 779 1891 46142 27708 1 2 97
1 0 0 33924M 6025M 2055 0 0 0 2056 0 0 510 1894 56963 27671 4 2 94
[B]------------------------------ конец затыка ----------------------------[/B]
0 0 0 33924M 6025M 6578 0 0 0 6588 0 1 0 1702 66537 29220 4 2 93
0 0 0 33924M 6025M 13 0 0 0 0 0 0 1 1857 57030 27242 3 2 96
0 0 0 33924M 6025M 1419 0 0 2 1406 0 2 0 2145 61198 28622 4 2 94
переменные MySQL были пересмотрены под микроскопом, играл со значениями.. то есть эти скачки никуда не деваются и интервал времени не меняется..
общая нагрузка на машину не высокая LA 1-1.5. .
если кто сталкивался с чем-то подобным, поскажите в какую сторону копать
ЗЗЫ. не силен в l2 серверах и сборках, поэтому если нужны еще какие-то данные, скажите, выложу
заранее благодарен