【入門編】 Spinlock – PostgreSQL

こんにちは！データベースエンジニアのブログへようこそ。

今日は、PostgreSQLの「心臓部」といっても過言ではない、ちょっとマニアックだけど実はとても面白い仕組み、「スピンロック（Spinlock）」についてお話しします。

「ロック」という言葉は、データベースを触っているとよく聞きますよね。でも、今回お話しするのは、データの整合性を守るための重厚な仕組みではなく、もっと瞬きする間もないような、超・短時間の「場所取り」のお話です。

—

想像してみてください。あなたは今、とても人気のあるカフェのカウンター席に座ろうとしています。

もし、あなたが席を確保するために「店員さんに名前を書いてもらい、番号札をもらって、席が空くのを待つ」という手順を踏んだらどうなるでしょう？手続きには時間がかかりますし、その間ずっと誰かがカウンターを見張っていなければなりませんよね。これが、データベースでいう「重いロック」です。

でも、もし席がすぐ目の前にあって、「今空いた！」とわかった瞬間にパッと座れるとしたら？
その一瞬だけ周囲を気にしつつ、素早く席を確保する。この「一瞬で済む、ごく短い間の排他制御」を担っているのがスピンロックなんです。

スピンロックという名前の通り、この仕組みは「待っている間、ずっとその場でぐるぐる回って（スピンして）待つ」というスタイルをとります。

普通のロックであれば、「空くまで寝て待つ（CPUの処理を他に譲る）」という選択肢をとります。でも、スピンロックが守るのは、本当に数ナノ秒で終わるような「変数の値をちょっと書き換えるだけ」といった処理です。

「寝て起きて」という手続きをするよりも、その場で「空いた？まだ？空いた？まだ？」と全速力で確認し続けたほうが、実はトータルのコストが圧倒的に安いんです。

スピンロックがなぜこれほど速いのか。それは、CPUが持っている「テスト・アンド・セット（Test-and-Set）」という、魔法のような命令を使っているからです。

これは、「その場所が空いているか確認する」のと「自分のものであると宣言する」という2つのステップを、「一瞬の出来事として同時に行う」命令です。

もしこれが別々のステップだったら、確認した瞬間に誰かが割り込んできて、「あれ、さっき空いてたのに！」という事故が起きてしまいますよね。でも、この命令を使えば、絶対に誰にも邪魔されずに「ここ、僕のものね！」と確定させることができるんです。

PostgreSQLがなぜこれほどまでに高速で、信頼できるデータベースなのか。その理由は、こうした「極限まで無駄を削ぎ落とした仕組み」が、コードのあちこちに散りばめられているからです。

スピンロックは、普段私たちがSQLを書いていて意識することはまずありません。でも、クエリが投げられたその瞬間、PostgreSQLの内部では、この小さな「場所取り」たちが何万回と行われています。

派手な機能ではないけれど、これがないとデータベースの処理は一瞬で渋滞してしまいます。まさに、縁の下の力持ちですよね。

—

いかがでしたか？
「スピンロック」という名前を聞くと難しそうに感じますが、要は「一瞬で終わる用事のために、全力でその場で待機する」という、効率を極めた職人技だったんです。

データベースの中身を覗いてみると、こうした「いかに速く、いかに正確に処理するか」という設計者のこだわりが見えてきて、ますますPostgreSQLが好きになりませんか？

それでは、また次回の記事でお会いしましょう！