エラーになったレコードは消失するような実装になっている気がする。optimizationとはdochttps://docs.fluentd.org/v1.0/articles/filter-plugin-overview#filter-chain-optimizationPRhttps://github.com/fluent/fluentd/pull/1145filterの処理がpipelineに複数含まれる場合、パフォーマンスの向上を目的として最適化されたコードが呼ばれるようになっている。再実装しているものがなければtrueになる。することで処理を改善しているみたい。例外時の振る舞い最適化ありとなしの状態でそれぞれどのような振る舞いになるか見てみる。送信するデータとconfは以下の通り。下記のように実装したときの動作を見てみる。end実行すると下記のようなログが出力された。部分が出力されている。時前実装している場合最適化処理は行われないので、以下のようなコードで動作を見てみる。end実行すると下記のようなログが出力された。warn最適化ありと違ってwarnしか出力されていない。捕捉できることを期待する。明示的に例外処理を書かずに済ませたいが、そうすると最適化ありなしで例外時のレコードの振る舞いが変わってしまう。upLoginユーザーは見つかりませんでした。