Page 1 of 1

Помогите нубу по mysql. Регулярно отваливается

Posted: Tue Feb 23, 2016 10:21 pm
by Agat
Уровень подготовки пока очень низкий. Только переехал с обычного хостинга на VDS (Ubuntu 14.04 AMD64 1gb, 30gb).
Vesta Версия: 0.9.8 (amd64) Релиз:15

Регулярно, но без закономерной периодичности отключается сервер базы данных.
Падает, как я понял в момент вот этого всплеска: (отчего он случается?)
Image
На сервере 4 сайта на wordpress.
вывод mysqltuner:

Code: Select all

 
-------- General Statistics --------------------------------------------------
[--] Skipped version check for MySQLTuner script
[OK] Currently running supported MySQL version 5.5.47-0ubuntu0.14.04.1
[OK] Operating on 64-bit architecture

-------- Storage Engine Statistics -------------------------------------------
[--] Status: +Archive -BDB -Federated +InnoDB -ISAM -NDBCluster 
[--] Data in PERFORMANCE_SCHEMA tables: 0B (Tables: 17)
[--] Data in InnoDB tables: 10M (Tables: 162)
[--] Data in MyISAM tables: 7M (Tables: 166)
[!!] Total fragmented tables: 9

-------- Security Recommendations  -------------------------------------------
[OK] All database users have passwords assigned

-------- Performance Metrics -------------------------------------------------
[--] Up for: 4h 12m 7s (70K q [4.645 qps], 882 conn, TX: 213M, RX: 30M)
[--] Reads / Writes: 36% / 64%
[--] Total buffers: 168.0M global + 2.8M per thread (200 max threads)
[OK] Maximum possible memory usage: 718.0M (72% of installed RAM)
[OK] Slow queries: 0% (0/70K)
[OK] Highest usage of available connections: 1% (3/200)
[OK] Key buffer size / total MyISAM indexes: 8.0M/1.5M
[OK] Key buffer hit rate: 99.9% (586K cached / 297 reads)
[!!] Query cache is disabled
[OK] Sorts requiring temporary tables: 0% (0 temp sorts / 4K sorts)
[!!] Temporary tables created on disk: 32% (2K on disk / 7K total)
[!!] Thread cache is disabled
[OK] Table cache hit rate: 82% (350 open / 426 opened)
[OK] Open file limit used: 33% (340/1K)
[OK] Table locks acquired immediately: 100% (66K immediate / 66K locks)
[OK] InnoDB data size / buffer pool: 10.6M/128.0M

-------- Recommendations -----------------------------------------------------
General recommendations:
    Run OPTIMIZE TABLE to defragment tables for better performance
    MySQL started within last 24 hours - recommendations may be inaccurate
    Enable the slow query log to troubleshoot bad queries
    When making adjustments, make tmp_table_size/max_heap_table_size equal
    Reduce your SELECT DISTINCT queries without LIMIT clauses
    Set thread_cache_size to 4 as a starting value
Variables to adjust:
    query_cache_size (>= 8M)
    tmp_table_size (> 16M)
    max_heap_table_size (> 16M)
    thread_cache_size (start at 4)
Наверное надо предоставить ещё какую информацию, но я не знаю какую. Где менять параметры по рекомендации, стыдно, но не соображу.

Re: Помогите нубу по mysql. Регулярно отваливается

Posted: Thu Feb 25, 2016 7:27 pm
by skurudo
Для начала смотреть в сторону конфигов mysql -> my.cnf
https://vestacp.com/docs/#config-log-lo ... ian-ubuntu

А поменять можно на что-то такое и постепенно при необходимости подкручивать в сторону увеличения:

Code: Select all

wait_timeout=10
interactive_timeout=50
long_query_time=5
#log-queries-not-using-indexes
#log-slow-queries=/var/log/mysql/log-slow-queries.log

key_buffer_size = 64M
myisam_sort_buffer_size = 32M
join_buffer_size=1M
read_buffer_size=1M
sort_buffer_size=2M
table_cache=512
thread_cache_size=8
interactive_timeout=25
connect_timeout=5
max_allowed_packet=1M
max_connect_errors=1000
query_cache_limit=2M
query_cache_size=128M
query_cache_type=1
tmp_table_size=16M

#innodb_use_native_aio = 0
innodb_file_per_table


Re: Помогите нубу по mysql. Регулярно отваливается

Posted: Mon Mar 21, 2016 7:13 am
by r2d2
Аналогичная проблема. Второй раз за 5 дней, сервер упал. При нажатии на кнопку "Запустить", не реагирует, помогает только перезапуск всего сервера.

Подскажите, где можно посмотреть информацию о ошибках, чтобы понять в чем проблема?

Спасибо!

Re: Помогите нубу по mysql. Регулярно отваливается

Posted: Mon Mar 21, 2016 7:18 am
by Nanotraktor
r2d2 wrote: Подскажите, где можно посмотреть информацию о ошибках, чтобы понять в чем проблема?
Спасибо!
Начинать следует с консоли ssh и выполнения service mysqld status (или service mysql status), потом аналогично, но со start.
Само собой, смотреть логи в var/log.

Re: Помогите нубу по mysql. Регулярно отваливается

Posted: Mon Mar 21, 2016 7:38 am
by r2d2
Спасибо
http://dl3.joxi.net/drive/0012/1811/788 ... 31fde0.jpg
Вот что выдает.
На сколько я понимаю, причиной может быть ошибка какой то БД?


Вот текст из лога перед тем как сервис остановился. http://dl3.joxi.net/drive/0012/1811/788 ... ba23ea.jpg
Добавление такого пункта "innodb_buffer_pool_size = 50M", может помочь в данном случае?

Спасибо!

Re: Помогите нубу по mysql. Регулярно отваливается

Posted: Thu Mar 24, 2016 9:57 pm
by r2d2
Скажите, может ли быть причиной постоянных падений, нехватка пам'яти через то, что создано много пользователей, и каждый "отжирает" пам'ять на службы, запущенный от каждого пользователя?

Re: Помогите нубу по mysql. Регулярно отваливается

Posted: Thu Mar 24, 2016 11:09 pm
by Nanotraktor
Нехватка памяти, как правило самая частая причина падения. Собственно, проблема должна быть видна как на графике потребления памяти в rrd, так и просто в момент падения подключиться к серверу и глянуть что кажет htop (top)

Re: Помогите нубу по mysql. Регулярно отваливается

Posted: Fri Mar 25, 2016 7:49 am
by r2d2
Да, подключался. Увидел что LA зашкаливает через запущеный антивирус clamav. Отключил, вроде все наладилось. А так, падал несколько дней, ночью, когда нагрузки вообще нет.

VPS, 1 гиг

Re: Помогите нубу по mysql. Регулярно отваливается

Posted: Fri Mar 25, 2016 9:36 am
by Nanotraktor
Ещё стоит посмотреть, не происходит ли падение в момент создания резервных копий. Тоже частая проблема, особенно когда не хватает дискового пространства для полноценного создания архива.

Re: Помогите нубу по mysql. Регулярно отваливается

Posted: Wed Mar 30, 2016 10:22 am
by skurudo
Память и все вокруг памяти.
Стоит посмотреть обсуждения и топики, в них были интересные весьма конфиги.