Spring BootはDruidを使い、プロパティ:spring.datasource.filters errorを使います

クズども · 掲載地 2019/01/15 16:17:29

私はバージョン1.1.10を使っていますが、log4jを削除してもProperty: spring.datasource.filtersエラーが出ます。また、Druidの設定も新しいバージョンに変更されています

Property: spring.datasource.filters Value: stat,wall,log4j Origin: class path resource [application.yml]:29:14 Reason: Unable to set value for property filters

ログインが見えます。

私のymlファイル設定ファイルの内容

ログインが見えます。

要点はこの文です:

# 監視統計のフィルターを設定してインターセプトし、監視インターフェースを除去した後はSQLはカウントできません。ファイアウォールには「wall」が使われ、ここでフィルターが修正されます。フィルター:commons-log.connection-logger-name: stat, wall, log4j

設定はされていますがエラーは報告されませんが、役に立たず、ログはSQLモニタリングページに表示されません。

正しい解決策:

log4jの値を直接削除すれば、通常通り動作します

ログインが見えます。

以下の図のように、SQL監視は通常通り確認できます:

参考：https://github.com/alibaba/druid/issues/2507

クズども · 掲載地 2019/01/15 16:26:40

connectionProperties: 接続のいくつかのプロパティを設定してください。config.decrypt=trueで、提供されたパスワードが暗号化されていることを示します

フィルター:監視やログなどを設定できるインターセプターです

maxActive:最大接続数

initialSize:初期化された接続数

minIdle:自由接続数

maxWait:接続の最大待ち時間を取得する

timeBetweenEvictionRunsMillis:接続時間をミリ秒単位で検出します

minEvictableIdleTimeMillis:この値より大きい場合、ミリ秒単位で接続が閉じられていることを検出します

検証クエリ:システム起動時にデータベースがこのSQL文を通じて利用可能かどうかを確認します。例えば、oracleのdualのSELECT 'x'、mysqlのSELECT 'x'です。

testWhileIdle:リサイクルのためのアイドル接続検出を可能にします

testOnBorrow:接続プールから接続を取得する際、接続の可用性を確認するかどうかは接続のパフォーマンスに影響します

testOnReturn:接続プールへの接続を解放する際、接続の可用性が検出されるかどうかがパフォーマンスにわずかな影響を与えます

poolPreparedStatements: psCacheキャッシュを有効にし、オラクルに対してtrue、非オラクルに対してfalseに設定します

maxPoolPreparedStatementPerConnectionSize:非オラクルの場合は0に設定した最大キャッシュ数

[出典] Spring BootはDruidを使い、プロパティ:spring.datasource.filters errorを使います

関連記事

閲覧したセクション