OSX 10.10 Yosemite my.cnf не се чете, не работи

Инсталиране на 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 сървърът не може да стартира.


macos mysql osx-yosemite my.cnf
person poone    schedule 08.11.2014    source източник

Отговори (2)


arrow_upward
5
arrow_downward

Имам точно същия проблем. След това поправих проблема като следните стъпки:

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 a-w my.cnf, за да премахна това разрешение. Мисля, че това е основната причина вашият mysql сървър да не може да зареди вашия my.cnf

3) Поправете настройките за грешка в my.cnf

Когато преместихте файла си my.cnf в папка /etc, разрешението беше автоматично променено на не-записваемо, така че mysql сървърът го приема. Въпреки това може да има настройки за грешка, поради което не може да стартира.

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

В моя случай всякакви настройки, използващи utf8bm4, причиняват срив.

Надявам се това да помогне

person Tony    schedule 05.06.2015

arrow_upward
0
arrow_downward

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

Или може би проблем с разрешенията. Направете ls -al, за да видите какви разрешения имате. След това опитайте sudo chmod 777 my.cnf и вижте дали работи... ако работи, оригиналните разрешения не са наред.

person loco.loop    schedule 23.01.2015