MySQL（InnoDB）のデッドロックの見方と対策。エラー1213の意味、SHOW ENGINE INNODB STATUSでの読み方、更新順序の逆転やギャップロックといった典型パターン、アプリ側リトライの設計まで整理。
続きを読む「インデックスを付けたのに遅い」「実行計画を見ても何を確認すればいいか分からない」は SQL Server あるある。 この記事では、実行計画の見方とインデックスが使われないときの切り分けをざっくり逆引きする。 先に結論 ...
続きを読む断片化が進んだ索引に対して、再構築（リビルド）と再構成（リオーガナイズ）のどちらを使うかで、負荷・ロック・効果の出方が違う。数値の目安は環境依存なので、「どちらが軽いか／何が付随するか」で選ぶのが実務的。 先に結論 使い ...
続きを読む読み取りがロック待ちで止まるとき、ヒントでロックを回避したくなる。いわゆる NOLOCK（読み取り未コミット相当）だ。速く見える一方で、消えたり二重に見えたりする読み取りが混ざりうる。 先に結論 何が起きうるか 使うなら ...
続きを読む同じ手続き・同じパラメータ化文なのに、ある値では速い・別の値では極端に遅い——典型がパラメータスニッフィング。初回コンパイル時の値向け計画が、別の分布の呼び出しに再利用される。 先に結論 切り分け よく使う対処の型 関連 ...
続きを読むオプティマイザは統計を見て行数を推定する。古い／偏った統計のままだと、スキャン過多や悪い結合順になり、突然遅くなる。自動更新に任せきりか、メンテジョブで触るかが運用の分岐点。 先に結論 いつ更新を検討するか 運用の型 関 ...
続きを読む