OSX 10,10 Yosemite my.cnf не читают, не работает

Question

OSX 10,10 Yosemite установить на MySQL-5.6.21-osx10.9-x86_64.1.dmg

и найти my.cnf только in /usr/local/mysql не /etc or /usr/etc or ~/.my.cnf

sudo find/-name my.cnf 
Password: 
find: /dev/fd/3: Not a directory 
find: /dev/fd/4: Not a directory 
/Users/abc/Downloads/mysql-5.6.21-osx10.8-x86_64/mysql-test/suite/federated/my.cnf 
/Users/abc/Downloads/mysql-5.6.21-osx10.8-x86_64/mysql-test/suite/ndb/my.cnf 
/Users/abc/Downloads/mysql-5.6.21-osx10.8-x86_64/mysql-test/suite/ndb_big/my.cnf 
/Users/abc/Downloads/mysql-5.6.21-osx10.8-x86_64/mysql-test/suite/ndb_binlog/my.cnf 
/Users/abc/Downloads/mysql-5.6.21-osx10.8-x86_64/mysql-test/suite/ndb_rpl/my.cnf 
/Users/abc/Downloads/mysql-5.6.21-osx10.8-x86_64/mysql-test/suite/ndb_team/my.cnf 
/Users/abc/Downloads/mysql-5.6.21-osx10.8-x86_64/mysql-test/suite/rpl/extension/bhs/my.cnf 
/Users/abc/Downloads/mysql-5.6.21-osx10.8-x86_64/mysql-test/suite/rpl/my.cnf 
/Users/abc/Downloads/mysql-5.6.21-osx10.8-x86_64/mysql-test/suite/rpl_ndb/my.cnf 
/Users/abc/Downloads/mysql-5.6.21-osx10.8-x86_64 2/mysql-test/suite/federated/my.cnf 
/Users/abc/Downloads/mysql-5.6.21-osx10.8-x86_64 2/mysql-test/suite/ndb/my.cnf 
/Users/abc/Downloads/mysql-5.6.21-osx10.8-x86_64 2/mysql-test/suite/ndb_big/my.cnf 
/Users/abc/Downloads/mysql-5.6.21-osx10.8-x86_64 2/mysql-test/suite/ndb_binlog/my.cnf 
/Users/abc/Downloads/mysql-5.6.21-osx10.8-x86_64 2/mysql-test/suite/ndb_rpl/my.cnf 
/Users/abc/Downloads/mysql-5.6.21-osx10.8-x86_64 2/mysql-test/suite/ndb_team/my.cnf 
/Users/abc/Downloads/mysql-5.6.21-osx10.8-x86_64 2/mysql-test/suite/rpl/extension/bhs/my.cnf 
/Users/abc/Downloads/mysql-5.6.21-osx10.8-x86_64 2/mysql-test/suite/rpl/my.cnf 
/Users/abc/Downloads/mysql-5.6.21-osx10.8-x86_64 2/mysql-test/suite/rpl_ndb/my.cnf 
/usr/local/mysql-5.6.21-osx10.8-x86_64/mysql-test/suite/federated/my.cnf 
/usr/local/mysql-5.6.21-osx10.8-x86_64/mysql-test/suite/ndb/my.cnf 
/usr/local/mysql-5.6.21-osx10.8-x86_64/mysql-test/suite/ndb_big/my.cnf 
/usr/local/mysql-5.6.21-osx10.8-x86_64/mysql-test/suite/ndb_binlog/my.cnf 
/usr/local/mysql-5.6.21-osx10.8-x86_64/mysql-test/suite/ndb_rpl/my.cnf 
/usr/local/mysql-5.6.21-osx10.8-x86_64/mysql-test/suite/ndb_team/my.cnf 
/usr/local/mysql-5.6.21-osx10.8-x86_64/mysql-test/suite/rpl/extension/bhs/my.cnf 
/usr/local/mysql-5.6.21-osx10.8-x86_64/mysql-test/suite/rpl/my.cnf 
/usr/local/mysql-5.6.21-osx10.8-x86_64/mysql-test/suite/rpl_ndb/my.cnf 

но когда я редактирую файл, он не работает.

и удалите файл, запустите сервер mysql, это нормально!

но mv my.cnf до /etc/my.cnf сервер не может запускаться.

Answer 1

Возможно, у вас может быть ошибка в вашем файле, вы можете попробовать запустить db с пустым файлом и добавить конфигурации по одному и посмотреть, запускается сервер.

Или, возможно, проблема с разрешениями. Сделайте ls -al, чтобы узнать, какие разрешения у вас есть. Затем попробуйте sudo chmod 777 my.cnf и посмотрите, работает ли это ... если исходные разрешения не подходят.

Answer 2

У меня точно такая же проблема. Затем я исправил проблему следующим образом:

1) Используйте my.cnf в папке/usr/local/mysql вместо/etc. Причина, по которой ваш сервер mysql не может быть запущен, будет упомянута позже.

2) Удалить записываемый разрешение:

On Unix platforms, MySQL ignores configuration files that are world-writable. This is intentional as a security measure." 

Я использовал Sudo CHMOD Aw my.cnf, чтобы удалить это разрешение я думаю, что это главная причина, сервер MySQL не может загрузить ваш my.cnf

3) Исправить ошибки в my.cnf

Когда вы переместили файл my.cnf в папку/etc, было автоматически изменено разрешение на невозможность записи, поэтому сервер mysql принимает его. Однако он может иметь настройки ошибок, поэтому он не может запускаться.

Вы можете найти и исправить проблемы с помощью пробной ошибки, просто прокомментировать все строки сначала (добавить # в начало строк), а затем открыть один за другим и попытаться перезапустить сервер mysql, чтобы найти проблему. При попытке, иногда ваш сервер mysql не может запускаться снова, потому что он загружен в память, но не может нормально работать, попытайтесь найти и убить его потоки (я использую команду ps -A | Grep mysql для поиска)

В моем случае любой настройки с использованием utf8bm4 приводят к сбою.

Надеюсь, что поможет