デフォルトのログエラーの冗長度は、の場合、mysql 5.7の3です。私はのレベルを2のcnfファイルに設定しようとしていますが、構文がわかりません。logging verbosity mysql 5.7
答えて
GLOBAL変数
log_warnings
は、サーバーバージョンによって異なる の冗長レベルを設定します。次のスニペットは、次のとおりです。SELECT @@log_warnings; -- make a note of your prior setting SET GLOBAL log_warnings=2; -- setting above 1 increases output (see server version)
上記のlog_warningsは動的変数です。
cnfファイルとiniファイルの設定ファイルの変更は、次のようになります。
と題するMySQLのマニュアルページを参照してください。[エラーログ] []特に フラッシングとエラーログファイルの名前を変更し、[エラーログ 詳細度]についてlog_warningsに関連したバージョンと。 GLOBAL変数[mysqld] log_error = /path/to/CurrentError.log log_warnings = 2
log_warnings
は、サーバーごとに異なる冗長レベルを設定します。 バージョン次のコードは示していますSELECT @@log_warnings; -- make a note of your prior setting SET GLOBAL log_warnings=2; -- setting above 1 increases output (see server version)
log_warnings
上記見は動的変数であるとして。
cnf
とini
ファイルの設定ファイルの変更は、次のようになります。[mysqld] log_error = /path/to/CurrentError.log log_warnings = 2
フラッシングのために特にThe Error Log を受ける権利MySQLのマニュアルページを参照してくださいし、エラーログファイルの名前を変更し、
log_warnings
に関連したバージョンでログイン 冗長性をエラーしてください。
MySQL 5.7.2では警告レベルを3に拡大し、GLOBAL log_error_verbosity
を追加しました。再び、5.7.2にはintroducedでした。動的に設定したり、変数としてチェックしたり、cnf
またはini
設定ファイルの設定で設定することができます。 MySQLの5.7.2のよう
[mysqld]
log_error = /path/to/CurrentError.log
log_warnings = 2
log_error_verbosity = 3
変更あなたは、あなたは上記の、したい場合。
あなたは、動的に設定することができ、かつで、それぞれ、チェック:
SET GLOBAL log_error_verbosity=2; -- set it
SELECT @@log_error_verbosity=2; -- sanity check, view it
まだこれは、サーバの再起動時にcnf
またはini
ファイルの設定にリセットされます。
私はその上で、当社のドキュメントページを改善しようとします。
設定ファイルの設定方法(それぞれcnf
またはini
、LinuxまたはWindows)。
my.cnfファイルとmy.iniファイルは、basedir
にあります。それらが存在しない場合、それらを作成することができます。そうしないと、サーバーに焼き込められたデフォルトが使用されます。多くの場合、basedir
にスタブアウトされたファイルがあり、アクティブではなく、my-default
という名前のファイルがテンプレートとして存在します。これを使用して、実際のmy.cnfまたはmy.iniを作成します。 my.ini
(Windows)またはmy.cnf
(Linuxは)存在する場所を見つけるために
SELECT @@basedir;
を発行します。これらのファイルを変更するのに十分な権限が必要です。たとえば、Windowsでは、このようなファイルを書き込むために、管理者としてメモ帳を実行する必要があります。次
は(WindowsやLinux用my.cnf
用)
log_error_verbosity
これはこれら
ini
または
cnf
変更を使用していたサーバの再起動後に
である注2に設定したmy.ini
への変更を確認するために発行したいくつかのコマンドです。 あなたini
やcnf
ファイルは、オペレーティングシステムに応じて、存在しなければならない場所なので、私はbasedir
の使用を示しています。
- 1. MySQL 5.7レプリケーション
- 2. のMySQL 5.7
- 3. MySQL 5.7変更データディレクトリ
- 4. パフォーマンスの問題MySQL 5.7
- 5. Django manage.py runserver verbosity
- 6. のMySQL 5.7のログ、スロークエリエラー
- 7. mysql 5.7コミュニティサーバ非インタラクティブapt install
- 8. のMySQL 5.7 JSON_EXTRACT用法
- 9. create_engineの問題mysql 5.7とsqlalchemy
- 10. JAVA 1.7とMySQL 5.7の接続
- 11. のMysql 5.7との非互換性
- 12. 列別のグループ化(Doctrine 2 + MySQL 5.7)
- 13. MySQL 5.7(RHEL6.6)ADでのPAM認証
- 14. MySQL 5.7作成トリガー構文エラー?
- 15. Travis CIでMysql 5.7を設定する
- 16. のMySQL 5.7 - 私は、MySQL 5.7を使用して、以下のクエリを持ってい
- 17. commons-logging-api-1.1.jarとcommons-logging-1.2.jar
- 18. Angular2 Logging
- 19. Javascript Logging
- 20. Glassfish Logging
- 21. Selenium Logging
- 22. Microsoft.SharePoint.Linq.DataContext Logging
- 23. Haproxy + percona 5.7 xtradbエラー
- 24. PSGI logging(Perl)
- 25. Phusion Passenger Not Logging
- 26. objective-c loggingベストプラクティス
- 27. Wildfly disabling logging subsystem
- 28. axis2 soap logging
- 29. Lombok @ slf4j not logging
- 30. Silence slick logging
cnfのすべてのオプションは基本的に 'param = value'なので、' log_error_verbosity = 2'を追加してください。 – TheFallen
これは動作していないようです。ここで私が持っているものだ.... [mysqld_safeを] DATADIR =/S01/mysqldata1 ログエラー= /n01/mysqladmin1/log/mysqld.log log_error_verbosity = 2 PIDファイル= /n01/mysqladmin1/mysqld.pid mysqldを再起動しても、値は3に設定されています – user2841861
mysqld_safeでこの値が問題になっているようです。 paramとvalueを移動したところ、有効になります。どうも – user2841861