23.07.2020 19:13
Всем добрый день!
Может кто сталкивался, поможет. Не запускается mysql. В логах вот что -
InnoDB: Failing assertion: addr.page == FIL_NULL || addr.boffset >= FIL_PAGE_DATA
InnoDB: We intentionally generate a memory trap.
InnoDB: Submit a detailed bug report to [url].
InnoDB: If you get repeated assertion failures or crashes, even
InnoDB: immediately after the mysqld startup, there may be
InnoDB: corruption in the InnoDB tablespace. Please refer to
InnoDB:
InnoDB: about forcing recovery.
2020-07-22 15:23:49 9308 [Note] Plugin 'FEDERATED' is disabled.
2020-07-22 15:23:49 9308 [Note] InnoDB: Using atomics to ref count buffer pool pages
2020-07-22 15:23:49 9308 [Note] InnoDB: The InnoDB memory heap is disabled
2020-07-22 15:23:49 9308 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions
2020-07-22 15:23:49 9308 [Note] InnoDB: Compressed tables use zlib 1.2.3
2020-07-22 15:23:49 9308 [Note] InnoDB: Not using CPU crc32 instructions
2020-07-22 15:23:49 9308 [Note] InnoDB: Initializing buffer pool, size = 80.0M
2020-07-22 15:23:49 9308 [Note] InnoDB: Completed initialization of buffer pool
2020-07-22 15:23:49 9308 [Note] InnoDB: Highest supported file format is Barracuda.
2020-07-22 15:23:49 9308 [Note] InnoDB: Log scan progressed past the checkpoint lsn 15508211503
2020-07-22 15:23:49 9308 [Note] InnoDB: Database was not shutdown normally!
2020-07-22 15:23:49 9308 [Note] InnoDB: Starting crash recovery.
2020-07-22 15:23:49 9308 [Note] InnoDB: Reading tablespace information from the .ibd files...
2020-07-22 15:23:55 9308 [Note] InnoDB: Restoring possible half-written data pages
2020-07-22 15:23:55 9308 [Note] InnoDB: from the doublewrite buffer...
InnoDB: Doing recovery: scanned up to log sequence number 15508214310
2020-07-22 15:23:56 9308 [Note] InnoDB: Starting an apply batch of log records to the database...
InnoDB: Progress in percent: 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 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
2020-07-22 15:23:57 9308 [Note] InnoDB: 128 rollback segment(s) are active.
2020-07-22 15:23:57 9308 [Note] InnoDB: Waiting for purge to start
2020-07-22 15:23:57 9308 [Note] InnoDB: 5.6.17 started; log sequence number 15508214310
2020-07-22 15:23:57 9308 [Note] Server hostname (bind-address): '*'; port: 3306
2020-07-22 15:23:57 9308 [Note] IPv6 is available.
2020-07-22 15:23:57 9308 [Note] - '::' resolves to '::';
2020-07-22 15:23:57 9308 [Note] Server socket created on IP: '::'.
2020-07-22 15:23:57 152c InnoDB: Assertion failure in thread 5420 in file fut0lst.ic line 83
InnoDB: Failing assertion: addr.page == FIL_NULL || addr.boffset >= FIL_PAGE_DATA
InnoDB: We intentionally generate a memory trap.

Заранее всем огромное спасибо!
23.07.2020 20:04
Для начала отложите текущее состояние базы в бэкап.
Потом ищете хотя-бы тут на форуме innodb_force_recovery
Экспорт в дамп, импорт в чистую базу.
24.07.2020 03:24
Попробуйте снять дамп, текущей БД, если не делаете постоянный бекап ежедневно, что совсем не правильно. И залейте его в чистую БД
24.07.2020 08:37
К сожалению с innodb_force_recovery тоже не запускается! Бекап есть, но проблема в том что он старый и там нет одного магазина!
24.07.2020 09:27
Приведите конфигурацию и журнал запуска с включенной опцией innodb_force_recovery=6.
24.07.2020 10:33
Всем большое спасибо!Запустил, по привычке писал, как кассу восстанавливал set-variable=innodb_force_recovery=6, убрал set-variable и все получилось. Злостно тупил, всем еще раз большое спасибо!
Часовой пояс GMT +3, время: 16:12.

Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.