Страница 2 из 3

Re: innodb_flush_log_at_trx_commit=0 - насколько опасно?

СообщениеДобавлено: Пн дек 28, 2015 6:51 pm
g0xff
блин сервак упал

заменил на эти параметры и упало, что делать?
innodb_log_file_size = 1G
innodb_log_buffer_size = 256M
innodb_data_file_path = ibdata1:1000M:autoextend


----------
151228 18:50:54 mysqld_safe mysqld from pid file /var/lib/mysql/name.pid ended
151228 18:50:55 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
151228 18:50:55 [Warning] 'THREAD_CONCURRENCY' is deprecated and will be removed in a future release.
151228 18:50:55 [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.
151228 18:50:55 [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.
151228 18:50:55 [Note] Plugin 'FEDERATED' is disabled.
151228 18:50:55 InnoDB: The InnoDB memory heap is disabled
151228 18:50:55 InnoDB: Mutexes and rw_locks use GCC atomic builtins
151228 18:50:55 InnoDB: Compressed tables use zlib 1.2.7
151228 18:50:55 InnoDB: Using Linux native AIO
151228 18:50:55 InnoDB: Initializing buffer pool, size = 8.0G
151228 18:50:56 InnoDB: Completed initialization of buffer pool
InnoDB: Error: space header page consists of zero bytes in data file /var/lib/mysql/ibdata1
151228 18:50:56 InnoDB: Could not open or create data files.
151228 18:50:56 InnoDB: If you tried to add new data files, and it failed here,
151228 18:50:56 InnoDB: you should now edit innodb_data_file_path in my.cnf back
151228 18:50:56 InnoDB: to what it was, and remove the new ibdata files InnoDB created
151228 18:50:56 InnoDB: in this failed attempt. InnoDB only wrote those files full of
151228 18:50:56 InnoDB: zeros, but did not yet use them in any way. But be careful: do not
151228 18:50:56 InnoDB: remove old data files which contain your precious data!
151228 18:50:56 [ERROR] Plugin 'InnoDB' init function returned error.
151228 18:50:56 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
151228 18:50:56 [Note] Server hostname (bind-address): '0.0.0.0'; port: 3306
151228 18:50:56 [Note] - '0.0.0.0' resolves to '0.0.0.0';
151228 18:50:56 [Note] Server socket created on IP: '0.0.0.0'.
151228 18:50:56 [Note] Event Scheduler: Loaded 0 events
151228 18:50:56 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.5.40-0+wheezy1-log' socket: '/var/run/mysqld/mysqld.sock' port: 3306 (Debian)

Re: innodb_flush_log_at_trx_commit=0 - насколько опасно?

СообщениеДобавлено: Пн дек 28, 2015 6:54 pm
g0xff
innodb не может включится..

Re: innodb_flush_log_at_trx_commit=0 - насколько опасно?

СообщениеДобавлено: Пн дек 28, 2015 6:54 pm
swg
Не надо трогать innodb_data_file_path

Re: innodb_flush_log_at_trx_commit=0 - насколько опасно?

СообщениеДобавлено: Пн дек 28, 2015 6:58 pm
g0xff
я сделал копию этиф файлов и удалил потом.. щаз из копирую обатно и все насройки возращаю обратно.. он не хочет запускатсья
--
ibdata1
ib_logfile0
ib_logfile1
ib_logfile2
---

Re: innodb_flush_log_at_trx_commit=0 - насколько опасно?

СообщениеДобавлено: Пн дек 28, 2015 6:58 pm
g0xff
что делать теперь?
как можно хотябы восстановить базу до myisam?

Re: innodb_flush_log_at_trx_commit=0 - насколько опасно?

СообщениеДобавлено: Пн дек 28, 2015 7:03 pm
swg
Да не помогут они вам. У меня просто журнал увеличен и памяти выделено Mysql меньше чем у вас.
И вам оптимальнее innodb_flush_log_at_trx_commit = 2 , тогда на диск будет писаться с задержкой.
Для изменения настроек: корректно остановить, изменить параметры, удалить ib_logfile*, не трогать ibdata*, запустить.
p.s. Не менять innodb_data_file_path, если хотите выделить больше места, например 30Гб сразу то сначала полный дамп и далее импорт. Тогда уже удалять ibdata*.

Re: innodb_flush_log_at_trx_commit=0 - насколько опасно?

СообщениеДобавлено: Пн дек 28, 2015 7:04 pm
swg
Вы файлы скопировали не остановив mysql что-ли?

Re: innodb_flush_log_at_trx_commit=0 - насколько опасно?

СообщениеДобавлено: Пн дек 28, 2015 7:06 pm
g0xff
да файлы копировал не останавливая

Re: innodb_flush_log_at_trx_commit=0 - насколько опасно?

СообщениеДобавлено: Пн дек 28, 2015 7:09 pm
swg
Слов нет.
https://dev.mysql.com/doc/refman/5.7/en ... overy.html
---
Вот выше об этом речь уже шла. Думать надо:
Innodb_buffer_pool_pages_dirty - это нормально, значит изменения ещё не записаны на диск (но записаны в журнал)

Re: innodb_flush_log_at_trx_commit=0 - насколько опасно?

СообщениеДобавлено: Пн дек 28, 2015 7:12 pm
g0xff
помогите восстановить ... мой скайп плз.. или напишите сюда что сделать?

Re: innodb_flush_log_at_trx_commit=0 - насколько опасно?

СообщениеДобавлено: Пн дек 28, 2015 7:12 pm
g0xff
мне бы хотябы восстановить с десяти минутной давнотью. и чтобы вообще запустился.

Re: innodb_flush_log_at_trx_commit=0 - насколько опасно?

СообщениеДобавлено: Пн дек 28, 2015 7:17 pm
swg
Сохраните 2 копии: то что вы скопировали при запущенном SQL + скопируйте, что сейчас там (это и есть данные).
Да написал уже, сразу https://dev.mysql.com/doc/refman/5.7/en ... overy.html
Запуститься и сделать дамп. Потом удалить всё и восстановить из дампа.

Re: innodb_flush_log_at_trx_commit=0 - насколько опасно?

СообщениеДобавлено: Пн дек 28, 2015 7:18 pm
g0xff
можете по скайпу прокурировать? я щаз не смогу сообразить как это все правельно сделать

Re: innodb_flush_log_at_trx_commit=0 - насколько опасно?

СообщениеДобавлено: Пн дек 28, 2015 7:26 pm
swg
ЛС

Re: innodb_flush_log_at_trx_commit=0 - насколько опасно?

СообщениеДобавлено: Пн дек 28, 2015 7:44 pm
g0xff
позвонил в техслужбу, надеюсь восстановят там. Трудно на рабочем сервере это все править. Надо перед каждой правкой бэкап делать.