Таким образом, проблема была решена, и MySQL работает локально через MAMP 5.1.
При выяснении, что пошло не так в my.cnf
, были применены следующие настройки:
- увеличено
innodb_buffer_pool_size
значение: innodb_buffer_pool_size = 1024M
- включен режим принудительного восстановления
innodb_force_recovery = 1
Это привело к ошибке, упомянутой в вопросе:
[ERROR] InnoDB: Trying to access page number 527111 in space 0, space name innodb_system, which is outside the tablespace bounds. Byte offset 0, len 16384, i/o type read. If you get this error at mysqld startup, please check that your my.cnf matches the ibdata files that you have in the MySQL server.
На этом этапе настройки по умолчанию для ibdata
dir и path были некомментированы внутри my.cnf
:
innodb_data_home_dir = "/Library/Application Support/appsolute/MAMP PRO/db/mysql57"
innodb_data_file_path = ibdata1:10M:autoextend
innodb_log_group_home_dir = "/Library/Application Support/appsolute/MAMP PRO/db/mysql57"
Журнал ошибок сообщался об ограничениях доступа (точного предложения нет передо мной), здесь его немного потеряли, и в качестве меры предположения я расширил права на папку /Library/Application Support/appsolute/MAMP PRO/db/mysql57
моему текущему пользователю.
Это не изменило журнал.Ошибка о неверном пути к ibdata
все еще была там.
В конце концов переименование папки mysql
(где была полная версия ibdata
(~ 40Gb))в mysql57
помогло.
После установки MAMP 5.1 в /Library/Application Support/appsolute/MAMP PRO/db/
была следующая структура папок:
-- mysql
-- mysql56_TIMESTAMP
-- mysql57
с той же структурой файлов, но более тщательное сравнение содержимого показало, что полная версия файла внутри mysql
, поэтому переименовала его и удалила все папкипосле тестов что MAMP корректно работает без них.
Так что теперь у меня есть только одна папка mysql
внутри /Library/Application Support/appsolute/MAMP PRO/db/
.Настройки внутри my.cnf
, которые я настроил в процессе, откатились.