powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / MySQL [игнор отключен] [закрыт для гостей] / Падает MySQL
18 сообщений из 18, страница 1 из 1
Падает MySQL
    #39211884
Nike555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Всем привет)

Заранее простите если не в правильном месте я создаю топик, если не правильно попрошу модераторов перенести в соответствующий радел.

Появилась 1 проблема, падает MySQL, у меня VDS на Debian.
Вот первые mysql-errors логи:

160409 12:07:45 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
160409 12:07:45 [Warning] Using unique option prefix key_buffer instead of key_buffer_size is deprecated and will be removed in a future release. Please use the full name instead.
160409 12:07:45 [Warning] The syntax '--log' is deprecated and will be removed in a future release. Please use '--general-log'/'--general-log-file' instead.
160409 12:07:45 [Warning] The syntax '--log-slow-queries' is deprecated and will be removed in a future release. Please use '--slow-query-log'/'--slow-query-log-file' instead.
160409 12:07:45 [Note] /usr/sbin/mysqld (mysqld 5.5.46-0+deb7u1-log) starting as process 28064 ...
160409 12:07:45 [Warning] Using unique option prefix myisam-recover instead of myisam-recover-options is deprecated and will be removed in a future release. Please use the full name instead.
160409 12:07:45 [Note] Plugin 'FEDERATED' is disabled.
160409 12:07:45 InnoDB: The InnoDB memory heap is disabled
160409 12:07:45 InnoDB: Mutexes and rw_locks use GCC atomic builtins
160409 12:07:45 InnoDB: Compressed tables use zlib 1.2.7
160409 12:07:45 InnoDB: Using Linux native AIO
160409 12:07:45 InnoDB: Initializing buffer pool, size = 1000.0M
160409 12:07:45 InnoDB: Completed initialization of buffer pool
160409 12:07:45 InnoDB: highest supported file format is Barracuda.
InnoDB: Log scan progressed past the checkpoint lsn 456291970
160409 12:07:45 InnoDB: Database was not shut down normally!
InnoDB: Starting crash recovery.
InnoDB: Reading tablespace information from the .ibd files...
InnoDB: Restoring possible half-written data pages from the doublewrite
InnoDB: buffer...
InnoDB: Doing recovery: scanned up to log sequence number 456293033
160409 12:07:46 InnoDB: Starting an apply batch of log records to the database...
InnoDB: Progress in percents: 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 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99
InnoDB: Apply batch completed
160409 12:07:47 InnoDB: Waiting for the background threads to start
160409 12:07:48 InnoDB: 5.5.46 started; log sequence number 456293033
160409 12:07:48 [Note] Server hostname (bind-address): '0.0.0.0'; port: 3306
160409 12:07:48 [Note] - '0.0.0.0' resolves to '0.0.0.0';
160409 12:07:48 [Note] Server socket created on IP: '0.0.0.0'.
160409 12:07:50 [Note] Event Scheduler: Loaded 0 events
160409 12:07:50 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.5.46-0+deb7u1-log' socket: '/var/run/mysqld/mysqld.sock' port: 3306 (Debian)
160409 12:07:55 [ERROR] /usr/sbin/mysqld: Table './atlantic_forum/cache_store' is marked as crashed and should be repaired
160409 12:07:55 [Warning] Checking table: './atlantic_forum/cache_store'
160409 12:07:55 [ERROR] /usr/sbin/mysqld: Table './atlantic_forum/sessions' is marked as crashed and should be repaired
160409 12:07:55 [Warning] Checking table: './atlantic_forum/sessions'
160409 12:07:56 [ERROR] /usr/sbin/mysqld: Table './atlantic_forum/task_manager' is marked as crashed and should be repaired
160409 12:07:56 [Warning] Checking table: './atlantic_forum/task_manager'
160409 12:07:57 [ERROR] /usr/sbin/mysqld: Table './atlantic2_forum/search_sessions' is marked as crashed and should be repaired
160409 12:07:57 [Warning] Checking table: './atlantic2_forum/search_sessions'
160409 12:08:25 [Note] /usr/sbin/mysqld: Normal shutdown

160409 12:08:25 [Note] Event Scheduler: Purging the queue. 0 events
160409 12:08:25 InnoDB: Starting shutdown...
160409 12:08:26 InnoDB: Shutdown completed; log sequence number 456293033
160409 12:08:26 [Note] /usr/sbin/mysqld: Shutdown complete

160409 12:08:26 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
160409 12:08:27 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
160409 12:08:27 [Warning] Using unique option prefix key_buffer instead of key_buffer_size is deprecated and will be removed in a future release. Please use the full name instead.
160409 12:08:27 [Warning] The syntax '--log' is deprecated and will be removed in a future release. Please use '--general-log'/'--general-log-file' instead.
160409 12:08:27 [Warning] The syntax '--log-slow-queries' is deprecated and will be removed in a future release. Please use '--slow-query-log'/'--slow-query-log-file' instead.
160409 12:08:27 [Note] /usr/sbin/mysqld (mysqld 5.5.46-0+deb7u1-log) starting as process 31196 ...
160409 12:08:27 [Warning] Using unique option prefix myisam-recover instead of myisam-recover-options is deprecated and will be removed in a future release. Please use the full name instead.
160409 12:08:27 [Note] Plugin 'FEDERATED' is disabled.
160409 12:08:27 InnoDB: The InnoDB memory heap is disabled
160409 12:08:27 InnoDB: Mutexes and rw_locks use GCC atomic builtins
160409 12:08:27 InnoDB: Compressed tables use zlib 1.2.7
160409 12:08:27 InnoDB: Using Linux native AIO
160409 12:08:28 InnoDB: Initializing buffer pool, size = 1000.0M
160409 12:08:28 InnoDB: Completed initialization of buffer pool
160409 12:08:28 InnoDB: highest supported file format is Barracuda.
160409 12:08:28 InnoDB: Waiting for the background threads to start
160409 12:08:29 InnoDB: 5.5.46 started; log sequence number 456293033
160409 12:08:29 [Note] Server hostname (bind-address): '0.0.0.0'; port: 3306
160409 12:08:29 [Note] - '0.0.0.0' resolves to '0.0.0.0';
160409 12:08:29 [Note] Server socket created on IP: '0.0.0.0'.
160409 12:08:29 [Note] Event Scheduler: Loaded 0 events
160409 12:08:29 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.5.46-0+deb7u1-log' socket: '/var/run/mysqld/mysqld.sock' port: 3306 (Debian)
Killed

Как я заметил упал он из за повреждённых табелей, я вписал запрос в phpmyadmin(для каждой таблицы):
Код: sql
1.
REPAIR TABLE `cache_store`....


Думал исправилось, но нет, опять mysql упал, с немного отличающими логами.

160409 19:13:46 mysqld_safe Number of processes running now: 0
160409 19:13:46 mysqld_safe mysqld restarted
160409 19:13:47 [Warning] Using unique option prefix key_buffer instead of key_buffer_size is deprecated and will be removed in a future release. Please use the full name instead.
160409 19:13:47 [Warning] The syntax '--log' is deprecated and will be removed in a future release. Please use '--general-log'/'--general-log-file' instead.
160409 19:13:47 [Warning] The syntax '--log-slow-queries' is deprecated and will be removed in a future release. Please use '--slow-query-log'/'--slow-query-log-file' instead.
160409 19:13:47 [Note] /usr/sbin/mysqld (mysqld 5.5.46-0+deb7u1-log) starting as process 14185 ...
160409 19:13:47 [Warning] Using unique option prefix myisam-recover instead of myisam-recover-options is deprecated and will be removed in a future release. Please use the full name instead.
160409 19:13:47 [Note] Plugin 'FEDERATED' is disabled.
160409 19:13:47 InnoDB: The InnoDB memory heap is disabled
160409 19:13:47 InnoDB: Mutexes and rw_locks use GCC atomic builtins
160409 19:13:47 InnoDB: Compressed tables use zlib 1.2.7
160409 19:13:47 InnoDB: Using Linux native AIO
160409 19:13:47 InnoDB: Initializing buffer pool, size = 1000.0M
160409 19:13:48 InnoDB: Completed initialization of buffer pool
Killed
160409 19:13:48 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
160409 20:52:11 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
160409 20:52:11 [Warning] Using unique option prefix key_buffer instead of key_buffer_size is deprecated and will be removed in a future release. Please use the full name instead.
160409 20:52:11 [Warning] The syntax '--log' is deprecated and will be removed in a future release. Please use '--general-log'/'--general-log-file' instead.
160409 20:52:11 [Warning] The syntax '--log-slow-queries' is deprecated and will be removed in a future release. Please use '--slow-query-log'/'--slow-query-log-file' instead.
160409 20:52:11 [Note] /usr/sbin/mysqld (mysqld 5.5.46-0+deb7u1-log) starting as process 17346 ...
160409 20:52:11 [Warning] Using unique option prefix myisam-recover instead of myisam-recover-options is deprecated and will be removed in a future release. Please use the full name instead.
160409 20:52:11 [Note] Plugin 'FEDERATED' is disabled.
160409 20:52:11 InnoDB: The InnoDB memory heap is disabled
160409 20:52:11 InnoDB: Mutexes and rw_locks use GCC atomic builtins
160409 20:52:11 InnoDB: Compressed tables use zlib 1.2.7
160409 20:52:11 InnoDB: Using Linux native AIO
160409 20:52:11 InnoDB: Initializing buffer pool, size = 1000.0M
160409 20:52:11 InnoDB: Completed initialization of buffer pool
160409 20:52:11 InnoDB: highest supported file format is Barracuda.
InnoDB: Log scan progressed past the checkpoint lsn 465561681
160409 20:52:11 InnoDB: Database was not shut down normally!
InnoDB: Starting crash recovery.
InnoDB: Reading tablespace information from the .ibd files...
InnoDB: Restoring possible half-written data pages from the doublewrite
InnoDB: buffer...
InnoDB: Doing recovery: scanned up to log sequence number 465563579
160409 20:52:12 InnoDB: Starting an apply batch of log records to the database...
InnoDB: Progress in percents: 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 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99
InnoDB: Apply batch completed
160409 20:52:12 InnoDB: Waiting for the background threads to start
160409 20:52:13 InnoDB: 5.5.46 started; log sequence number 465563579
160409 20:52:13 [Note] Server hostname (bind-address): '0.0.0.0'; port: 3306
160409 20:52:13 [Note] - '0.0.0.0' resolves to '0.0.0.0';
160409 20:52:13 [Note] Server socket created on IP: '0.0.0.0'.
160409 20:52:14 [Note] Event Scheduler: Loaded 0 events
160409 20:52:14 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.5.46-0+deb7u1-log' socket: '/var/run/mysqld/mysqld.sock' port: 3306 (Debian)
160409 20:52:15 [ERROR] /usr/sbin/mysqld: Table './atlantic_forum/cache_store' is marked as crashed and should be repaired
160409 20:52:15 [Warning] Checking table: './atlantic_forum/cache_store'
160409 20:52:15 [ERROR] /usr/sbin/mysqld: Table './atlantic_forum/task_manager' is marked as crashed and should be repaired
160409 20:52:15 [Warning] Checking table: './atlantic_forum/task_manager'
160409 20:52:16 [ERROR] /usr/sbin/mysqld: Table './atlantic2_forum/core_like_cache' is marked as crashed and should be repaired
160409 20:52:16 [Warning] Checking table: './atlantic2_forum/core_like_cache'
160409 20:52:16 [ERROR] /usr/sbin/mysqld: Table './atlantic2_forum/reputation_cache' is marked as crashed and should be repaired
160409 20:52:16 [Warning] Checking table: './atlantic2_forum/reputation_cache'
160409 20:52:28 [ERROR] /usr/sbin/mysqld: Table './atlantic2_forum/reputation_totals' is marked as crashed and should be repaired
160409 20:52:28 [Warning] Checking table: './atlantic2_forum/reputation_totals'
160409 20:52:38 [ERROR] /usr/sbin/mysqld: Table './atlantic2_forum/search_sessions' is marked as crashed and should be repaired
160409 20:52:38 [Warning] Checking table: './atlantic2_forum/search_sessions'
Killed
160409 22:51:47 mysqld_safe Number of processes running now: 0
160409 22:51:47 mysqld_safe mysqld restarted
160409 22:51:47 [Warning] Using unique option prefix key_buffer instead of key_buffer_size is deprecated and will be removed in a future release. Please use the full name instead.
160409 22:51:47 [Warning] The syntax '--log' is deprecated and will be removed in a future release. Please use '--general-log'/'--general-log-file' instead.
160409 22:51:47 [Warning] The syntax '--log-slow-queries' is deprecated and will be removed in a future release. Please use '--slow-query-log'/'--slow-query-log-file' instead.
160409 22:51:47 [Note] /usr/sbin/mysqld (mysqld 5.5.46-0+deb7u1-log) starting as process 23877 ...
160409 22:51:47 [Warning] Using unique option prefix myisam-recover instead of myisam-recover-options is deprecated and will be removed in a future release. Please use the full name instead.
160409 22:51:47 [Note] Plugin 'FEDERATED' is disabled.
160409 22:51:47 InnoDB: The InnoDB memory heap is disabled
160409 22:51:47 InnoDB: Mutexes and rw_locks use GCC atomic builtins
160409 22:51:47 InnoDB: Compressed tables use zlib 1.2.7
160409 22:51:47 InnoDB: Using Linux native AIO
160409 22:51:48 InnoDB: Initializing buffer pool, size = 1000.0M
Killed
160409 22:51:48 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended

Я указал большую часть логов вдруг всё связано, даже старые ошибки остались...
В чём может быть причина?
MySQL падает примерно раз в день, ранее не было этих проблем. Есть и другие логи таких как mysql-queries.log и mysql-slow-queries.log если они понадобятся я готов их выложить тут.

Спасибо заранее)
...
Рейтинг: 0 / 0
Падает MySQL
    #39212014
vkle
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
В системных логах есть что-нибудь по теме?
Не настроен ли на сервере отстрел процессов по отжиранию памяти, CPU и т.п.?
...
Рейтинг: 0 / 0
Падает MySQL
    #39212048
Nike555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
vkle,

Недавно упал весь VDS, хостеры сказали "ваш впс отключила программа контроля активности, вы используете процесс на 100% длительное время, так же у вас есть отказы в ресурсах, скорее всего на вашем сервере аномальная активность."


В общем, я в шоке... Системные логи /var/log/syslog.2 вижу были последний раз записаны вчера, наверное в них нет подсказки где проблема.
http://pastebin.com/icYPgnkG
...
Рейтинг: 0 / 0
Падает MySQL
    #39212056
Фотография javajdbc
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Nike555Всем привет)

Заранее простите если не в правильном месте я создаю топик, если не правильно попрошу модераторов перенести в соответствующий радел.

Появилась 1 проблема, падает MySQL, у меня VDS на Debian.
Вот первые mysql-errors логи:

160409 12:07:45 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
160409 12:07:45 [Warning] Using unique option prefix key_buffer instead of key_buffer_size is deprecated and will be removed in a future release. Please use the full name instead.
160409 12:07:45 [Warning] The syntax '--log' is deprecated and will be removed in a future release. Please use '--general-log'/'--general-log-file' instead.
160409 12:07:45 [Warning] The syntax '--log-slow-queries' is deprecated and will be removed in a future release. Please use '--slow-query-log'/'--slow-query-log-file' instead.
160409 12:07:45 [Note] /usr/sbin/mysqld (mysqld 5.5.46-0+deb7u1-log) starting as process 28064 ...
160409 12:07:45 [Warning] Using unique option prefix myisam-recover instead of myisam-recover-options is deprecated and will be removed in a future release. Please use the full name instead.
160409 12:07:45 [Note] Plugin 'FEDERATED' is disabled.
160409 12:07:45 InnoDB: The InnoDB memory heap is disabled
160409 12:07:45 InnoDB: Mutexes and rw_locks use GCC atomic builtins
160409 12:07:45 InnoDB: Compressed tables use zlib 1.2.7
160409 12:07:45 InnoDB: Using Linux native AIO
160409 12:07:45 InnoDB: Initializing buffer pool, size = 1000.0M
160409 12:07:45 InnoDB: Completed initialization of buffer pool
160409 12:07:45 InnoDB: highest supported file format is Barracuda.
InnoDB: Log scan progressed past the checkpoint lsn 456291970
160409 12:07:45 InnoDB: Database was not shut down normally!
InnoDB: Starting crash recovery.
InnoDB: Reading tablespace information from the .ibd files...
InnoDB: Restoring possible half-written data pages from the doublewrite
InnoDB: buffer...
InnoDB: Doing recovery: scanned up to log sequence number 456293033
160409 12:07:46 InnoDB: Starting an apply batch of log records to the database...
InnoDB: Progress in percents: 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 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99
InnoDB: Apply batch completed
160409 12:07:47 InnoDB: Waiting for the background threads to start
160409 12:07:48 InnoDB: 5.5.46 started; log sequence number 456293033
160409 12:07:48 [Note] Server hostname (bind-address): '0.0.0.0'; port: 3306
160409 12:07:48 [Note] - '0.0.0.0' resolves to '0.0.0.0';
160409 12:07:48 [Note] Server socket created on IP: '0.0.0.0'.
160409 12:07:50 [Note] Event Scheduler: Loaded 0 events
160409 12:07:50 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.5.46-0+deb7u1-log' socket: '/var/run/mysqld/mysqld.sock' port: 3306 (Debian)
160409 12:07:55 [ERROR] /usr/sbin/mysqld: Table './atlantic_forum/cache_store' is marked as crashed and should be repaired
160409 12:07:55 [Warning] Checking table: './atlantic_forum/cache_store'
160409 12:07:55 [ERROR] /usr/sbin/mysqld: Table './atlantic_forum/sessions' is marked as crashed and should be repaired
160409 12:07:55 [Warning] Checking table: './atlantic_forum/sessions'
160409 12:07:56 [ERROR] /usr/sbin/mysqld: Table './atlantic_forum/task_manager' is marked as crashed and should be repaired
160409 12:07:56 [Warning] Checking table: './atlantic_forum/task_manager'
160409 12:07:57 [ERROR] /usr/sbin/mysqld: Table './atlantic2_forum/search_sessions' is marked as crashed and should be repaired
160409 12:07:57 [Warning] Checking table: './atlantic2_forum/search_sessions'
160409 12:08:25 [Note] /usr/sbin/mysqld: Normal shutdown

160409 12:08:25 [Note] Event Scheduler: Purging the queue. 0 events
160409 12:08:25 InnoDB: Starting shutdown...
160409 12:08:26 InnoDB: Shutdown completed; log sequence number 456293033
160409 12:08:26 [Note] /usr/sbin/mysqld: Shutdown complete

160409 12:08:26 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
160409 12:08:27 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
160409 12:08:27 [Warning] Using unique option prefix key_buffer instead of key_buffer_size is deprecated and will be removed in a future release. Please use the full name instead.
160409 12:08:27 [Warning] The syntax '--log' is deprecated and will be removed in a future release. Please use '--general-log'/'--general-log-file' instead.
160409 12:08:27 [Warning] The syntax '--log-slow-queries' is deprecated and will be removed in a future release. Please use '--slow-query-log'/'--slow-query-log-file' instead.
160409 12:08:27 [Note] /usr/sbin/mysqld (mysqld 5.5.46-0+deb7u1-log) starting as process 31196 ...
160409 12:08:27 [Warning] Using unique option prefix myisam-recover instead of myisam-recover-options is deprecated and will be removed in a future release. Please use the full name instead.
160409 12:08:27 [Note] Plugin 'FEDERATED' is disabled.
160409 12:08:27 InnoDB: The InnoDB memory heap is disabled
160409 12:08:27 InnoDB: Mutexes and rw_locks use GCC atomic builtins
160409 12:08:27 InnoDB: Compressed tables use zlib 1.2.7
160409 12:08:27 InnoDB: Using Linux native AIO
160409 12:08:28 InnoDB: Initializing buffer pool, size = 1000.0M
160409 12:08:28 InnoDB: Completed initialization of buffer pool
160409 12:08:28 InnoDB: highest supported file format is Barracuda.
160409 12:08:28 InnoDB: Waiting for the background threads to start
160409 12:08:29 InnoDB: 5.5.46 started; log sequence number 456293033
160409 12:08:29 [Note] Server hostname (bind-address): '0.0.0.0'; port: 3306
160409 12:08:29 [Note] - '0.0.0.0' resolves to '0.0.0.0';
160409 12:08:29 [Note] Server socket created on IP: '0.0.0.0'.
160409 12:08:29 [Note] Event Scheduler: Loaded 0 events
160409 12:08:29 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.5.46-0+deb7u1-log' socket: '/var/run/mysqld/mysqld.sock' port: 3306 (Debian)
Killed

Как я заметил упал он из за повреждённых табелей, я вписал запрос в phpmyadmin(для каждой таблицы):
Код: sql
1.
REPAIR TABLE `cache_store`....



Думал исправилось, но нет, опять mysql упал, с немного отличающими логами.

160409 19:13:46 mysqld_safe Number of processes running now: 0
160409 19:13:46 mysqld_safe mysqld restarted
160409 19:13:47 [Warning] Using unique option prefix key_buffer instead of key_buffer_size is deprecated and will be removed in a future release. Please use the full name instead.
160409 19:13:47 [Warning] The syntax '--log' is deprecated and will be removed in a future release. Please use '--general-log'/'--general-log-file' instead.
160409 19:13:47 [Warning] The syntax '--log-slow-queries' is deprecated and will be removed in a future release. Please use '--slow-query-log'/'--slow-query-log-file' instead.
160409 19:13:47 [Note] /usr/sbin/mysqld (mysqld 5.5.46-0+deb7u1-log) starting as process 14185 ...
160409 19:13:47 [Warning] Using unique option prefix myisam-recover instead of myisam-recover-options is deprecated and will be removed in a future release. Please use the full name instead.
160409 19:13:47 [Note] Plugin 'FEDERATED' is disabled.
160409 19:13:47 InnoDB: The InnoDB memory heap is disabled
160409 19:13:47 InnoDB: Mutexes and rw_locks use GCC atomic builtins
160409 19:13:47 InnoDB: Compressed tables use zlib 1.2.7
160409 19:13:47 InnoDB: Using Linux native AIO
160409 19:13:47 InnoDB: Initializing buffer pool, size = 1000.0M
160409 19:13:48 InnoDB: Completed initialization of buffer pool
Killed
160409 19:13:48 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
160409 20:52:11 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
160409 20:52:11 [Warning] Using unique option prefix key_buffer instead of key_buffer_size is deprecated and will be removed in a future release. Please use the full name instead.
160409 20:52:11 [Warning] The syntax '--log' is deprecated and will be removed in a future release. Please use '--general-log'/'--general-log-file' instead.
160409 20:52:11 [Warning] The syntax '--log-slow-queries' is deprecated and will be removed in a future release. Please use '--slow-query-log'/'--slow-query-log-file' instead.
160409 20:52:11 [Note] /usr/sbin/mysqld (mysqld 5.5.46-0+deb7u1-log) starting as process 17346 ...
160409 20:52:11 [Warning] Using unique option prefix myisam-recover instead of myisam-recover-options is deprecated and will be removed in a future release. Please use the full name instead.
160409 20:52:11 [Note] Plugin 'FEDERATED' is disabled.
160409 20:52:11 InnoDB: The InnoDB memory heap is disabled
160409 20:52:11 InnoDB: Mutexes and rw_locks use GCC atomic builtins
160409 20:52:11 InnoDB: Compressed tables use zlib 1.2.7
160409 20:52:11 InnoDB: Using Linux native AIO
160409 20:52:11 InnoDB: Initializing buffer pool, size = 1000.0M
160409 20:52:11 InnoDB: Completed initialization of buffer pool
160409 20:52:11 InnoDB: highest supported file format is Barracuda.
InnoDB: Log scan progressed past the checkpoint lsn 465561681
160409 20:52:11 InnoDB: Database was not shut down normally!
InnoDB: Starting crash recovery.
InnoDB: Reading tablespace information from the .ibd files...
InnoDB: Restoring possible half-written data pages from the doublewrite
InnoDB: buffer...
InnoDB: Doing recovery: scanned up to log sequence number 465563579
160409 20:52:12 InnoDB: Starting an apply batch of log records to the database...
InnoDB: Progress in percents: 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 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99
InnoDB: Apply batch completed
160409 20:52:12 InnoDB: Waiting for the background threads to start
160409 20:52:13 InnoDB: 5.5.46 started; log sequence number 465563579
160409 20:52:13 [Note] Server hostname (bind-address): '0.0.0.0'; port: 3306
160409 20:52:13 [Note] - '0.0.0.0' resolves to '0.0.0.0';
160409 20:52:13 [Note] Server socket created on IP: '0.0.0.0'.
160409 20:52:14 [Note] Event Scheduler: Loaded 0 events
160409 20:52:14 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.5.46-0+deb7u1-log' socket: '/var/run/mysqld/mysqld.sock' port: 3306 (Debian)
160409 20:52:15 [ERROR] /usr/sbin/mysqld: Table './atlantic_forum/cache_store' is marked as crashed and should be repaired
160409 20:52:15 [Warning] Checking table: './atlantic_forum/cache_store'
160409 20:52:15 [ERROR] /usr/sbin/mysqld: Table './atlantic_forum/task_manager' is marked as crashed and should be repaired
160409 20:52:15 [Warning] Checking table: './atlantic_forum/task_manager'
160409 20:52:16 [ERROR] /usr/sbin/mysqld: Table './atlantic2_forum/core_like_cache' is marked as crashed and should be repaired
160409 20:52:16 [Warning] Checking table: './atlantic2_forum/core_like_cache'
160409 20:52:16 [ERROR] /usr/sbin/mysqld: Table './atlantic2_forum/reputation_cache' is marked as crashed and should be repaired
160409 20:52:16 [Warning] Checking table: './atlantic2_forum/reputation_cache'
160409 20:52:28 [ERROR] /usr/sbin/mysqld: Table './atlantic2_forum/reputation_totals' is marked as crashed and should be repaired
160409 20:52:28 [Warning] Checking table: './atlantic2_forum/reputation_totals'
160409 20:52:38 [ERROR] /usr/sbin/mysqld: Table './atlantic2_forum/search_sessions' is marked as crashed and should be repaired
160409 20:52:38 [Warning] Checking table: './atlantic2_forum/search_sessions'
Killed
160409 22:51:47 mysqld_safe Number of processes running now: 0
160409 22:51:47 mysqld_safe mysqld restarted
160409 22:51:47 [Warning] Using unique option prefix key_buffer instead of key_buffer_size is deprecated and will be removed in a future release. Please use the full name instead.
160409 22:51:47 [Warning] The syntax '--log' is deprecated and will be removed in a future release. Please use '--general-log'/'--general-log-file' instead.
160409 22:51:47 [Warning] The syntax '--log-slow-queries' is deprecated and will be removed in a future release. Please use '--slow-query-log'/'--slow-query-log-file' instead.
160409 22:51:47 [Note] /usr/sbin/mysqld (mysqld 5.5.46-0+deb7u1-log) starting as process 23877 ...
160409 22:51:47 [Warning] Using unique option prefix myisam-recover instead of myisam-recover-options is deprecated and will be removed in a future release. Please use the full name instead.
160409 22:51:47 [Note] Plugin 'FEDERATED' is disabled.
160409 22:51:47 InnoDB: The InnoDB memory heap is disabled
160409 22:51:47 InnoDB: Mutexes and rw_locks use GCC atomic builtins
160409 22:51:47 InnoDB: Compressed tables use zlib 1.2.7
160409 22:51:47 InnoDB: Using Linux native AIO
160409 22:51:48 InnoDB: Initializing buffer pool, size = 1000.0M
Killed
160409 22:51:48 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended

Я указал большую часть логов вдруг всё связано, даже старые ошибки остались...
В чём может быть причина?
MySQL падает примерно раз в день, ранее не было этих проблем. Есть и другие логи таких как mysql-queries.log и mysql-slow-queries.log если они понадобятся я готов их выложить тут.

Спасибо заранее)



....как в старон анекдоте, у нас не старана баранов а Страна Советов.
Так что заранее пардон за советы, они могут быть не в тему.... но попробуем...



1.
Apr 8 03:56:53 vm621799 kernel: Out of memory in UB: OOM killed process 2880 (mysqld) score 0 vm:1445276kB, rss:193428kB, swap:0kB

OOM killed -- встречал такое, где-то есть параметер сервера о регулировании памяти.
Если памяти достаточно или память "стабильна", то mysql резервирует память
"мягко-оптимистично". Однако если после резервации операционка
загрузит эту "полу-зарезервированую" память сама то
mysql конкретно обломается при попытке адресации туда и
будет убит с записью "OOM killed".

Лечится путем запрешения "мягкой резервации памяти".
Кажется это параметер кернеля линукся...а может параметер mysql.
поишите гугле на темы "mysql OOM killed"
...
Рейтинг: 0 / 0
Падает MySQL
    #39212059
Фотография javajdbc
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2.
Apr 9 03:51:06 vm621799 rsyslogd: [origin software="rsyslogd" swVersion="5.8.11" x-pid="1603" x-info=" http://www.rsyslog.com%22%5D]http://www.rsyslog.com"] rsyslogd was HUPed

в другом варианте, я видел как неправильно-настроеный logrotate (или rsync?) зависали
конкретно потому что не смогли закрыть открытый лог файл.
В результате процесс грузил CPU на 100% и монитору
пришлось убивать процесс нафик...

лечится правильной настройкой или заменой процесса
смены лога или изменением процесса бекап/синхронизации.
...
Рейтинг: 0 / 0
Падает MySQL
    #39212076
vkle
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Nike555ваш впс отключила программа контроля активности, вы используете процесс на 100% длительное времяХм... А что, по условию договора нельзя по своему усмотрению использовать выделенные ВПСке ресурсы?
...
Рейтинг: 0 / 0
Падает MySQL
    #39212568
Nike555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
javajdbc....как в старон анекдоте, у нас не старана баранов а Страна Советов.
Так что заранее пардон за советы, они могут быть не в тему.... но попробуем...



1.
Apr 8 03:56:53 vm621799 kernel: Out of memory in UB: OOM killed process 2880 (mysqld) score 0 vm:1445276kB, rss:193428kB, swap:0kB

OOM killed -- встречал такое, где-то есть параметер сервера о регулировании памяти.
Если памяти достаточно или память "стабильна", то mysql резервирует память
"мягко-оптимистично". Однако если после резервации операционка
загрузит эту "полу-зарезервированую" память сама то
mysql конкретно обломается при попытке адресации туда и
будет убит с записью "OOM killed".

Лечится путем запрешения "мягкой резервации памяти".
Кажется это параметер кернеля линукся...а может параметер mysql.
поишите гугле на темы "mysql OOM killed"
По гуглил, и понял что может помочь:
1) Сделать оптимизацию всех табелей через phpmyadmin
2) увеличить эти значения в my.cnf
key_buffer_size (> 1.4G)
query_cache_size (> 32M)
table_cache (> 64)
innodb_buffer_pool_size (>= 22G)
3) Добавить в my.cnf:
performance_schema = off

Да, скорее всего поможет второй вариант, но это не думаю что решит проблему (если только у меня в VDS-е не выставлены корректно они), да но с этим вариантом я не могу найти точную причину (т.е. какой сайт/база провоцирует такое)
Вот мой my.cnf http://pastebin.com/hMvL6LGH (прошу посмотреть, если там всё норм, и стоит ли увеличить те параметры?)

Вот как выглядит мой logrotate.conf из /etc/ http://pastebin.com/ABV9XKeA

vkleХм... А что, по условию договора нельзя по своему усмотрению использовать выделенные ВПСке ресурсы?
Вы о каких именно ресурсов имеете введу?

Я решил на данный момент отключать сайты и включить их по 2-ум, возможно таким способом я найду в каком сайте проблема.

Спасибо заранее)
...
Рейтинг: 0 / 0
Падает MySQL
    #39212711
Фотография ScareCrow
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторЛечится путем запрешения "мягкой резервации памяти".
лечится уменьшением буферов в настройках.
...
Рейтинг: 0 / 0
Падает MySQL
    #39212963
Фотография javajdbc
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ScareCrowавторЛечится путем запрешения "мягкой резервации памяти".
лечится уменьшением буферов в настройках.


...то про что я рассказывал, лечится запрешением как указано...
...
Рейтинг: 0 / 0
Падает MySQL
    #39212975
Nike555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
javajdbcScareCrowпропущено...

лечится уменьшением буферов в настройках.


...то про что я рассказывал, лечится запрешением как указано...
Можно пожалуйста по подробнее что и как мне сделать это?)
Просто я ранее таких изменении не делал)
...
Рейтинг: 0 / 0
Падает MySQL
    #39212985
Фотография javajdbc
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Nike555javajdbcпропущено...



...то про что я рассказывал, лечится запрешением как указано...
Можно пожалуйста по подробнее что и как мне сделать это?)
Просто я ранее таких изменении не делал)


Во первых, никто не доказал что у вас имено в этом проблема.
У меня один раз было такое, поменял настройки линукса и все ОК.
Поможет ли вам -- бабушка надвое сказала. OOM killed
может быть следствием какой-то другой бяки...

Если таки дело в этом, то надо выставить в настройках линукса:
vm.overcommit_memory = 2
(почитайте Гугле как это делается, а не специалист)

Если вы на расшареном сервере, то вас, скорее всего,
не подпустят поменять эти настройки.

В таком случае меняйте поставшика или работаейте как предложил
ScareCrow -- уменьшать буфера.
...
Рейтинг: 0 / 0
Падает MySQL
    #39213038
Nike555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
javajdbcNike555пропущено...

Можно пожалуйста по подробнее что и как мне сделать это?)
Просто я ранее таких изменении не делал)


Во первых, никто не доказал что у вас имено в этом проблема.
У меня один раз было такое, поменял настройки линукса и все ОК.
Поможет ли вам -- бабушка надвое сказала. OOM killed
может быть следствием какой-то другой бяки...

Если таки дело в этом, то надо выставить в настройках линукса:
vm.overcommit_memory = 2
(почитайте Гугле как это делается, а не специалист)

Если вы на расшареном сервере, то вас, скорее всего,
не подпустят поменять эти настройки.

В таком случае меняйте поставшика или работаейте как предложил
ScareCrow -- уменьшать буфера.
Вы про? (из my.cnf)

key_buffer_size (> 1.4G)
innodb_buffer_pool_size (>= 22G)

Просто откуда я читал на оборот писаль что надо увеличить размер ))
А что насчёт добавление в my.cnf?
performance_schema = off

Добавить или нет(лично я не знаю, но видел пост что может помочь)?
...
Рейтинг: 0 / 0
Падает MySQL
    #39213146
Фотография javajdbc
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Nike555,

Тут примерно такое дело:

Если (виртуальная) машина имеет гарантированое
количество памяти, то имеет смысл ее забивать почти
до предела буферами. например -- увеличивать
key_buffer_size и innodb_buffer_pool_size

Однако если количества памяти НЕ гарантировано,
например на обшем сервере, то чем меньше буферов,
тем меньше опасности OOM killed (если вообше в этом причина).

performance_schema = off --- ну наверно на эту схему,
на сбор статистики, тратятся ресурсы, на которых можно секономить....
...
Рейтинг: 0 / 0
Падает MySQL
    #39214118
Nike555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
javajdbc,

Хостеры подтвердили, что это OOM Killed
Apr 10 17:22:42 vm621799 kernel: Out of memory in UB: OOM killed process 10974 (mysqld) score 0 vm:1519648kB, rss:221956kB, swap:0kB
Apr 10 17:22:47 vm621799 kernel: Out of memory in UB: OOM killed process 24949 (mysqld) score 0 vm:1500180kB, rss:152868kB, swap:0kB
Apr 10 17:22:48 vm621799 kernel: Out of memory in UB: OOM killed process 25009 (mysqld) score 0 vm:1270964kB, rss:106096kB, swap:0kB
Apr 10 20:33:16 vm621799 kernel: Out of memory in UB: OOM killed process 26049 (mysqld) score 0 vm:1510424kB, rss:201560kB, swap:0kB


Ввел команду "top" в в консольке и увидел что mysql занимает ~9.5% (вроде как плохо) и по немного увеличивается
попробовал выключить все сайты, но нагрузка на mysql осталась... значит проблема не в самих сайтов, а именно в базе что то не то? Или я не правильно понял?

Также посмотрел 1 решение, но хотел бы у вас спросить, стоит поставить?:
sysctl -w vm.oom_kill_allocating_task=0
echo 50 > /proc/sys/vm/overcommit_ratio
echo 0 > /proc/sys/vm/overcommit_memory

вот какая нагрузка идёт на буффер http://prntscr.com/arescg
Вот часть моего my.cnf http://prntscr.com/arevw2
вот характеристики моего VDS http://prntscr.com/argdk6
может тут мне надо поставить на read_buffer_size, key_buffer, innodb_buffer_pool_size значение по больше?
Если да, какие значения по советуйте?
...
Рейтинг: 0 / 0
Падает MySQL
    #39214150
Фотография javajdbc
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Nike555,

OK, тогда идем дальше.

1. Если вы контролируете рут, то добавьте фаил
/etc/sysctl.d/10-no-overcommit.conf
с линиями
vm.overcommit_memory = 2
vm.overcommit_ratio = 98
перегрузите сервер и проследите что происходит.
Заметте - "2" -- вообше запретить оверкомит,
а не "0" когда и системы есть право решения.

Возможно на другом Линуксе это надо делать по другому.

2. Если вы НЕ контролируете рут и сервер в целом, то
я не в курсе как контролировать оверкомит.

3. поставьте и прогоните програмку из этого сайта
http://mysqltuner.com/

Кроме всего прочего она вам подсчитает сколько
Памяти ваш мыскл может теоретически захватить.
Этот скрипт выдает рекомендации -- можете
сами им аккуратно следовать -- если что непонятно.
Выдайте результат скрипта сюда.

4. Кстати, возможно ScareCrow права, если правильно настроить
буфера то играться с overcommit может и не нужно.
Вам надо сделать свои тесты.

(в моем случае буфера были вполне настроены но ООМ-киллед
исправил только overcommit=2)

5. ну и вообше кроме-кроме всего прочего,
изучать почему нагрузка большая нужно полюбому.
СЛоу-квери-лог и процесслист -- ваши друзья...
...
Рейтинг: 0 / 0
Падает MySQL
    #39214152
Фотография javajdbc
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Nike555вот какая нагрузка идёт на буффер http://prntscr.com/arescg
Вот часть моего my.cnf http://prntscr.com/arevw2
вот характеристики моего VDS http://prntscr.com/argdk6
может тут мне надо поставить на read_buffer_size, key_buffer, innodb_buffer_pool_size значение по больше?
Если да, какие значения по советуйте?

...как раз http://mysqltuner.com/ вам и подскажет...
...
Рейтинг: 0 / 0
Падает MySQL
    #39214464
netwind
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Nike555javajdbc,


Ввел команду "top" в в консольке и увидел что mysql занимает ~9.5% (вроде как плохо) и по немного увеличивается
попробовал выключить все сайты, но нагрузка на mysql осталась... значит проблема не в самих сайтов, а именно в базе что то не то? Или я не правильно понял?

Это - нормально.
Очень много ерунды написано про "оптимизацию", но по факту настройка стандартного сайта сводится к ограничению плодовитости процессов php и достижению таким образом стабильности.
Вам нужно настроить так чтобы и mysql потреблял достаточно и на кеш файлов хватало и остальные процессы не разрастались.

Сейчас самые умные хостеры в шаблонах сразу устанавливают nginx, а значение MaxClients в apache ограничено скромным значением. в зависимости от размера памяти. Сделайте и вы так.

То есть на ваши параметры (800мб ОЗУ) надо допустим MaxClients 15 , а innodb_buffer_pool_size значительно уменьшить. Допустим, 200мб.
Остальное трогать ПОКА не нужно, что бы там ни писал mysqltuner.
...
Рейтинг: 0 / 0
Падает MySQL
    #39216543
Nike555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Всем спасибо за помощь :)

Не отвечал в теме так долго потому что хостеры исправили/настроили это (вроде как, надеюсь).
Как они это сделали, молчат(я их спросил), но главное что проблема решилась.

Именно 13 числа они сделали эти изменения, и того дня mysql не разу не упал.
13 числа вечером mysql занял 13.5 % памяти, 14 числа 13.4 %, сейчас 13.8 % (но думаю и это хороший показатель).

Ещё раз благодарю за помощь)
...
Рейтинг: 0 / 0
18 сообщений из 18, страница 1 из 1
Форумы / MySQL [игнор отключен] [закрыт для гостей] / Падает MySQL
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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