Elasticsearch とは？

MySQLのLIKEはインデックスが効かないから「全行を順番に調べる」という遅い方法になる。Elasticsearchは「転置インデックス」という仕組みで、どの単語がどのドキュメントにあるかを事前にまとめているから、100万件あっても瞬時に検索できるんだよ。

本の巻末にある「索引」と同じ仕組みだよ。「Python → 32, 45, 78ページに出てくる」みたいに、単語→ページ番号の対応表を作っておく。逆引きするから「転置」インデックスと呼ぶんだ。

Logstash（ログ収集）→Elasticsearch（保管・検索）→Kibana（可視化）という「ELKスタック」が定番構成だよ。何百万行ものサーバーログから「この時間帯のエラーログだけ抽出」とか「どのURLでエラーが多いか集計」ができるんだ。

これがElasticsearch運用で一番難しいポイントで、多くのシステムではMySQLをマスターDBにして、変更のたびにElasticsearchを同期する設計をとる。問題は「DBへの書き込み成功→Elasticsearch同期失敗」でデータがズレること。定番の対処法は「DBの変更ログ（CDC: Change Data Capture）を使って非同期で同期する」方法で、DeboeziumなどのCDCツールをKafkaと組み合わせることが多い。完璧な整合性より「少し遅延してもいずれ一致する結果整合性」という設計が現実的なんだよ。