fluentd elasticsearch 送信と受信でログ行数に差異がある時 - Qiita
かなり、感覚的な表現で申し訳ないですが参考程度に。。。。orz fluent plugin elasticsearch で detached forwarding server とかゆー送信サーバでエラーが出て retryとか勝手に何回かされると ログが重複する。。。orz 300万行ぐらい送って、elasticsearch側では330万行ぐらいになってた。。。orz fuluentdのバッファメモリをバッファファイルへ変更 ・送信先のバッファファイルが3個以上になったら送信を待つ ・送信元のバッファファイルが2個を超えたら処理を待つ みたいな監視をこさてゆっくりゆっくりと送ってあげる。 送信元のfluentDのchank limitあたりを調整 300万行を90分かけて送ってあげたらドンピシャだったぜ。 【追記】 fluentDが買ってにリスタートしやがった。 しかも送信行数と受信行数に
lastn モディファイアと limit モディファイアの違い - ブログ | CMSプラットフォーム Movable Type ドキュメントサイト
MT4.1 より、MTEntries, MTTags ブロックタグで利用可能だった、limit モディファイアが MTAssets, MTComments, MTAuthors ブロックタグでも使用可能になりました。limit は、表示させるタグの上限数を指定するモディファイアです。実際の動作は、MTEntries ブロックタグなどで使用可能な、lastn モディファイアと比較するとわかりやすいです。MTEntries ブロックタグに sort_by="title" モディファイアを設定した場合の動作を、図と合わせてみてみましょう。 lastn モディファイアの働き lastn モディファイアは、最新のブログ記事から指定した N 件分をピックアップし、ピックアップされた N 件の記事に sort_by モディファイアで指定したタイトルでのソートを行います。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
2014年なんだからCOUNT(*)とかSQL_CALC_FOUND_ROWSとかLIMIT OFFSETのページングはやめようぜ
