|
Mysql потребляет много памяти
|
|||
---|---|---|---|
#18+
Доброго дня всем! Я чайник в вопросах БД, но понять в чем проблема мне нужно. Суть проблемы Когда работает модуль импорта данных из xml фидов то через сутки БД виснет. Такое ощущение что вся память (15 ГБ) израсходовалась именно туда. Опытным путем было установлено что скрипт модуля импорта потребляет всего 18МБ http://prntscr.com/9ooe62 фиды реально тяжелые-Оzon.ru 160 000 офферов. Работа импорта построена таким образом что старая инфа с витрины удаляется а новая затягивается. Примитивно довольно таки. Нет сравнения хеш сумм и т.д Конфиг файл на сервере выглядит так: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64. 65. 66. 67. 68. 69. 70. 71. 72.
под спойлер не получилось завернуть. Этот файл настраивался, а может шел по умолчанию при создании сайта фрилансером. На момент создания был реализован только ручной импорт. Фрилансер больше ни чего не настраивал. Когда сделали нам автоматич модуль импорта, то был замечен такой баг. Пока обращаться к специалистам не видим смысла, так как большинство сразу хотят диагностику всего сайта провести, мол кривые руки делали и что бы знать что и куда - диагностика покажет. Сайт действительно верстался как экспериментальный. Адрес сайт www.ataora.ru Многие кто жаловался на скорость сайта не говоря о дизайне. Между тем мониторинг показывает загрузку сайта 5-6 сек без с чистого кеша и уже далее 2,3 и последующий хиты - страницы кешированные открываются быстрее. Дизайн простенький.. В общем кто зайдет на сайт тот все и увидит. Меня же интересует сводный диагноз, если это возможно, по работе mysql какие команды в putty использовать что бы получить максимум информации при работе модуля импорта при операциях чтения/запись в БД Может уже есть готовый конфиг на случай больших баз данных? Дамп базы на сегодня весит порядка 700 МБ не такая уж и большая база. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.01.2016, 13:36 |
|
Mysql потребляет много памяти
|
|||
---|---|---|---|
#18+
авторкакие команды в putty использовать что бы получить максимум информации при работе модуля импорта при операциях чтения/запись в БД top ... |
|||
:
Нравится:
Не нравится:
|
|||
11.01.2016, 13:59 |
|
Mysql потребляет много памяти
|
|||
---|---|---|---|
#18+
Евген2016через сутки БД виснетВ чем это выражается? MySQL сам по себе виснут не может, если не налетели на баг (что очень маловероятно). Евген2016Такое ощущение что вся память (15 ГБ) израсходовалась именно туда.Не вижу, откуда бы это следовало. Посмотрите реальный расход памяти в системе. Евген2016key_buffer = 16M innodb_buffer_pool_size = 32MЧто-то не похоже это на большой расход памяти. Евген2016фиды реально тяжелые-Оzon.ru 160 000 офферов.Не знаю что такое "фиды" и "офферов", но, например, применительно к прайс-листам это весьма небольшой объем. Разбирайтесь, какие именно запросы выполняются скриптом. Таблицы на каком движке используются? Индексы по ним все созданы, какие надо под конкретные запросы? Евген2016Пока обращаться к специалистам не видим смысла, так как большинство сразу хотят диагностику всего сайта провести, мол кривые руки делали и что бы знать что и куда - диагностика покажет.Пока что остается только согласиться с тем, нужна более подробная диагностика. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.01.2016, 14:03 |
|
Mysql потребляет много памяти
|
|||
---|---|---|---|
#18+
авторПока обращаться к специалистам не видим смысла, так как большинство сразу хотят диагностику всего сайта провести, мол кривые руки делали и что бы знать что и куда - диагностика покажет. А придется Практически нереально стабильную версию mysql заставить действительно потреблять 15 гб памяти. Так бывает, но очень редко. Тем более ваш конфиг довольно "скромный". Я бы даже увеличил innodb_buffer_pool_size = 32M, потому что ну очень уж мало. авторКогда работает модуль импорта данных из xml фидов то через сутки БД виснет. Такое ощущение что вся память (15 ГБ) израсходовалась именно туда. и на каких же данных основано это ощущение ? Сайт ведь из разных программ состоит, не только mysql. Во время парсинга нарушается некое "равновесие" ну и наверное начинает тормозить. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.01.2016, 14:22 |
|
Mysql потребляет много памяти
|
|||
---|---|---|---|
#18+
netwindПрактически нереально стабильную версию mysql заставить действительно потреблять 15 гб памяти. Ну вообще-то LOAD XML [LOCAL] INFILE по части потребления памяти ведёт себя весьма безобразно. Такое впечатление, что он пытается "всосать" весь файл, и не чистит/отпускает память, занятую уже обработанными ключами. Правда, для того, чтобы сожрать столько, нужно, чтобы сам XML имел размер в несколько десятков гигабайт. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.01.2016, 14:45 |
|
Mysql потребляет много памяти
|
|||
---|---|---|---|
#18+
Akina, печально. А если в myisam или еще как-то воздействовать на механизм транзакций ? ... |
|||
:
Нравится:
Не нравится:
|
|||
11.01.2016, 19:27 |
|
Mysql потребляет много памяти
|
|||
---|---|---|---|
#18+
netwind , а это всё тут при чём? LOAD XML [LOCAL] INFILE является высокоуровневой инструкцией (т.е. вообще не в курсе, на каком движке таблица) и неделимой неатомарной инструкцией (т.е. внутри она каждую отдельную вставку выполняет как независимую автофиксируемую транзакцию, а снаружи это не управляется). ... |
|||
:
Нравится:
Не нравится:
|
|||
11.01.2016, 22:35 |
|
Mysql потребляет много памяти
|
|||
---|---|---|---|
#18+
Akina, ну вроде нигде не написано о транзакциях, а это могло быть единственное нормальное объяснение. поэтому спросил. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.01.2016, 22:40 |
|
Mysql потребляет много памяти
|
|||
---|---|---|---|
#18+
netwindТем более ваш конфиг довольно "скромный". Код: sql 1. 2.
Одному Богу известно, какие настройки скрываются за этой строкой... ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2016, 12:12 |
|
|
start [/forum/topic.php?fid=47&gotonew=1&tid=1832285]: |
0ms |
get settings: |
11ms |
get forum list: |
12ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
50ms |
get topic data: |
13ms |
get first new msg: |
8ms |
get forum data: |
3ms |
get page messages: |
57ms |
get tp. blocked users: |
2ms |
others: | 13ms |
total: | 177ms |
0 / 0 |