私のアイデアは、MySQLサーバーの構成ディレクトリを使用して、MySQLサーバーの構成を調整することでした(!includedir /etc/mysql/conf.d/
の最後にある/etc/mysql/my.cnf
ディレクティブを使用)。
/etc/mysql/conf.d
そこで、/etc/mysql/conf.d/innodb.cnf
という設定ファイルを作成しました。
$ mysql --version
でバージョンを表示すると、次のエラーが表示されます。
error: Found option without preceding group in config file: /etc/mysql/conf.d/innodb.cnf at line: 3
事実、そのファイルの最初の行にはそのようなグループはありません。私はそれをコメントしました意図的に out、ここで最初の3行:
$ head -n 3 /etc/mysql/conf.d/innodb.cnf
# [mysqld]
# my settings
innodb_read_io_threads=4
notグループにコメントする場合、コマンドラインでservice mysql start
を使用すると、mysqlが無限の起動ループになり、mysqlデーモンの起動が頻繁に再試行され、失敗しますその後、再びグループをコメントアウトするまで再試行します。
だから今、私は逆説的な状況に置かれています。私はできた
いずれか:ファイルをそのままにして(グループはコメント化されています)エラーを確認します
または:エラーは表示されませんが、mysqlを起動できません
今、私はこの状況に対処する方法のオプションを探しています。
Ubuntu 14.04とKubuntuデスクトップおよびMysql 5.5を使用しています。
私自身の場合、私はUbuntu 16.04を使用しています
!includedir /etc/mysql/conf.d/
!includedir /etc/mysql/mysql.conf.d/
innodb_buffer_pool_size = 20M
Wordpress新規インストール用に追加した新しい行の前に[mysqld]を含めました。
!includedir /etc/mysql/conf.d/
!includedir /etc/mysql/mysql.conf.d/
[mysqld]
innodb_buffer_pool_size = 20M
問題は、構成ファイルにmysqlの起動を妨げるディレクティブが含まれていたことです。 (グループなしで)エラーが発生している限り、ロードされなかったため、エラーは発生せず、サーバーはエラーなしで起動できました。
ファイルの先頭に適切に書き込まれたグループでmysqlサービスを開始してから停止し、エラーログを覗いて問題を特定することで、これをトラブルシューティングしました。
$ Sudo tail -f /var/log/mysql/error.log
次のようなエラーが発生しました
2016-07-11 11:59:22 17164 [ERROR] /usr/sbin/mysqld: unknown variable 'table_cache=2048' 2016-07-11 11:59:22 17164 [ERROR] Aborting
これは時代遅れの設定です。名前を変更すると、すべてが再び魅力のように機能します。
木のために木を見ないという典型的な間違い。