performance– tag –

パフォーマンスチューニングは、コード・DB・サーバーを調べる知識と直し方の知識が要る難しい作業でした。今はAIが調べて直してくれます。

ブログの画像289ファイル75.69MBをWebPに移行して6.61MB（91.3%減）にした記録。同じ画像をPNG/JPEG/WebP/AVIFで実測した比較と、1枚だけJPEGが残ったせいでXのリンクカードが壊れた事故の顛末をまとめます。

Google Fontsのunicode-range分割は日本語で本当に効くのか、自分のブログの4ページで測りました。文字種は2.8倍違うのに、読み込まれたフォントは1バイトも変わりませんでした。

React 18で子コンポーネント500個を並べて再レンダリング回数を実測しました。memoを貼っただけでは5,000回のまま変わらず、useCallbackで参照を固定して初めて0回になりました。

MySQLに50万行のテーブルを作り、クエリを変えずにインデックスだけを差し替えて実測しました。列順を間違えると付けていても4倍遅く、列を関数で包むと560倍遅くなります。

ブログの画像を全部WebPにしても、モバイルのLighthouseは55点のままでした。転送量を分解したら画像は全体の1.2%で、58%が日本語Webフォント。実際に止めて測り直した記録です。

Webアプリのレスポンスが遅いとき、まず計測してから手を入れるのが鉄則。SQLクエリ最適化（N+1・インデックス・EXPLAIN）、キャッシュ戦略、不要リソース整理を軸に、現場で効くパフォーマンス改善の進め方を整理しました。

Lambdaの初期化をハンドラの中と外に置いて実測しました。10回の呼び出しで523msと0.1msの差になります。あわせて、再利用される環境で状態が漏れる問題と、タイムアウト・同時実行数の設計をまとめます。