この記事の監修：宮崎智広（Linux実務・教育歴20年以上・受講者3,100名超）
2026年5月29日、MariaDB Foundationが新しい長期サポート版「MariaDB 12.3.2」をリリースしました。同時に既存LTS系列のメンテナンス版（11.8.8 / 11.4.12 / 10.11.18 / 10.6.27）もまとめて公開されています。
この記事では、Linuxサーバー上でMariaDBを運用してきた管理者に向けて、12.3 LTSへ移行すべきかどうかの判断軸と、既存LTS系列との差分を実務観点で整理します。
この記事のポイント
・MariaDB 12.3.2は2026年5月29日リリースの新LTS系列、メンテナンスは2029年6月まで
・MariaDBのLTSは「年1回・3年サポート」が基本ポリシー（12.3 / 11.8 / 11.4 / 10.11 / 10.6が現役LTS）
・12.3の最大の注意点はinnodb_snapshot_isolationがデフォルトでONに変わったこと（REPEATABLE READの挙動が変化）
・10.6は2026年7月にコミュニティEOL、10.11は2028年2月EOL。延命中の旧LTSは移行計画が必要
・移行は「いきなり12.3」より、検証環境で挙動確認→フルバックアップ→段階投入が鉄則
でも安心してください。プロのエンジニアはコマンドを暗記していません。
「現場で使える型」を効率よく使いこなしているだけです。
MariaDB 12.3.2 LTSとは｜何が同時にリリースされたか
2026年5月29日、MariaDB Foundationは新しい長期サポート版である「MariaDB 12.3.2」を正式リリースしました。12.3系列の最初の安定版（GA）が、この12.3.2にあたります。
MariaDBは奇数番号の付き方が少し独特で、12.3系列の場合は12.3.0や12.3.1が開発・RC段階、最初のGA（一般提供版）が12.3.2という位置づけになっています。「いきなり.2から始まるのか」と戸惑うかもしれませんが、これはMariaDBのリリース慣行によるもので、12.3.2が12.3 LTSの本番投入可能な初版だと理解しておけば問題ありません。
同じタイミングで、既存のLTS系列に対するメンテナンスリリースもまとめて公開されました。
| 系列 | 今回のリリース版 | 位置づけ |
|---|---|---|
| 12.3（新LTS） | 12.3.2 | 新系列の最初のGA |
| 11.8 | 11.8.8 | 既存LTSのメンテナンス更新 |
| 11.4 | 11.4.12 | 既存LTSのメンテナンス更新 |
| 10.11 | 10.11.18 | 既存LTSのメンテナンス更新 |
| 10.6 | 10.6.27 | 既存LTSのメンテナンス更新 |
つまり「新しいLTSが出ました」というニュースの裏で、自分が今動かしているLTS系列にもセキュリティ・バグ修正が同時に降ってきている、ということです。新版に飛びつくかどうかは別として、現行系列のメンテナンス版が出ている以上、まずはそのパッチ適用を検討するのが先決になります。
MariaDBのLTSポリシー｜「年1回・3年サポート」の系列地図
MariaDBは数年前から、コミュニティ版でもLTS（長期サポート）を年1回リリースし、3年間バグ・セキュリティ修正を提供するポリシーを採っています。各メジャーの「.3」系列がLTSになる、という流れが定着しつつあります。
2026年5月末時点で、サポート対象の主なLTS系列とコミュニティ版のEOL（サポート終了）は次のように整理できます。
| LTS系列 | 位置づけ | コミュニティ版EOL（目安） |
|---|---|---|
| 12.3 | 最新LTS（今回リリース） | 2029年6月 |
| 11.8 | 前のLTS | 2028年6月 |
| 11.4 | 広く使われているLTS | 2029年5月 |
| 10.11 | 長期運用系列 | 2028年2月 |
| 10.6 | 旧来の安定系列 | 2026年7月 |
ここで現役管理者が真っ先に見るべきは、自分の系列がいつ切れるかです。特に注意したいのが2点あります。
1つ目は10.6系列のコミュニティ版が2026年7月にEOLを迎えることです。Debian 11やCentOS Stream系の一部、古いコンテナイメージで10.6を使っている環境は、もう猶予がありません。延命するなら有償のエンタープライズサポートに切り替えるか、上位系列への移行が必要です。
2つ目は、EOLが必ずしもバージョン番号順ではないことです。11.4のコミュニティEOL（2029年5月目安）は、より新しい11.8のEOL（2028年6月目安）より後になっています。これはリリース時期とサポート期間の組み合わせによるもので、「番号が大きい＝長く使える」とは限りません。移行先を選ぶときは、必ず実際のEOL日を一次情報で確認してください。
12.3で押さえるべき変更点｜snapshot isolationのデフォルト変更が要注意
12.3 LTSには、バイナリログ、SQL互換性、レプリケーション、オプティマイザ、セキュリティ、GIS、JSONなど広い範囲の改善が入っています。新機能の網羅は公式リリースノートに譲りますが、現役管理者が「移行前に必ず確認すべき破壊的変更」は限られます。最重要が、次の1点です。
1. innodb_snapshot_isolationがデフォルトでONに
12.3では、innodb_snapshot_isolationのデフォルト値がOFFからONに変更されました。これはREPEATABLE READ分離レベルの挙動を、より正確なスナップショット分離に近づけるための変更です。
具体的には、あるトランザクションが読んだ行を、別のトランザクションが先に更新・コミットしていた場合、これまでは静かに上書きが通っていたケースで、12.3ではエラー（書き込みコンフリクト）が返るようになります。データの整合性としては正しい方向の変更ですが、これまでこの挙動に依存して動いていたアプリケーションは、移行後にエラーで止まる可能性があります。
対処の方針は2つです。
・アプリ側でコンフリクト時のリトライ処理を実装する（推奨。本来あるべき設計）
・暫定的にSET GLOBAL innodb_snapshot_isolation=OFF;または設定ファイルで従来挙動に戻す（移行猶予のための応急策）
MariaDB Foundation自身も、過去のバージョンからアップグレードする際はこの変更がアプリケーション挙動に影響しないか事前検証するよう注意喚起しています。検証環境で実トランザクションを流して確認するのが安全です。
2. セキュリティ・認証まわりの強化
12.3では、暗号鍵まわりの取り扱いが強化されています。パスフレーズで保護した鍵のサポートや、file_key_managementプラグインでのSHA2対応など、保存データ暗号化（at-rest encryption）を運用している環境では設定の見直し余地があります。MySQL互換のcaching_sha2_password認証への対応も進んでおり、MySQLからの移行組にとっては接続互換性が改善しています。
3. バイナリログ・レプリケーションの改善
書き込みの多いワークロード向けに、バイナリログとInnoDBの統合が進み、同期オーバーヘッドの削減が図られています。レプリケーション構成を組んでいる環境では性能面のメリットが期待できますが、本番のレプリカ構成にいきなり当てるのではなく、まずレプリカ1台で挙動を確認してから広げるのが定石です。
PR
MySQL運用・管理［実践］入門 ～安全かつ高速にデータを扱う内部構造・動作原理を学ぶ（技術評論社）
InnoDBの分離レベルやレプリケーション、バックアップ・リストアの内部動作を実務目線で解説した一冊です。MariaDBはMySQL派生のため共通する基礎が多く、今回のsnapshot isolation変更のような分離レベルの話を腹落ちさせたい管理者に向いています。
移行すべきか｜既存LTSからの判断フレーム
「新LTSが出た＝すぐ上げる」ではありません。MariaDBの場合、現役のLTSが複数並走しているため、慌てて最新に飛びつく必要は基本的にありません。次の3パターンで判断するのが現実的です。
1. 10.6を使っている → 最優先で移行計画
前述の通り、10.6のコミュニティ版は2026年7月にEOLです。これは「いつか」ではなく「今すぐ」の案件です。移行先は、長期運用なら12.3、安定性重視で枯れた系列を選ぶなら11.4あたりが候補になります。10.6→12.3は飛び幅が大きいので、検証環境での互換性チェックを丁寧に行ってください。
2. 10.11 / 11.4 を使っている → 急がず計画的に
10.11（2028年2月EOL目安）や11.4（2029年5月EOL目安）はまだ猶予があります。今すぐ12.3に上げる切迫した理由はありません。むしろ12.3はリリース直後で、初期の不具合が枯れるまで数ヶ月待つのも合理的な判断です。次の定期メンテナンス時期に合わせて、検証環境で12.3を評価しておく程度で十分です。
3. 新規構築・新サービス → 12.3 LTSを選ぶ価値あり
これから新しくMariaDBを立てるなら、サポート期間が最も長い12.3 LTS（2029年6月まで）を選ぶ意味があります。新規ならsnapshot isolationのデフォルトON前提で設計できるため、後から挙動変更に振り回されるリスクもありません。
4. 移行前に必ずやること
どのパターンでも、移行前の手順は共通です。
・現行のmy.cnf（または/etc/mysql/mariadb.conf.d/配下）の設定を棚卸しし、廃止・変更された変数がないか確認
・mysqldump --all-databases --single-transactionまたはmariabackupでフルバックアップを取得
・検証環境で実トランザクションを流し、特にsnapshot isolation変更でアプリがエラーを出さないか確認
・レプリケーション環境ではレプリカ側から先に上げ、整合性を確認してからプライマリを上げる
よくある質問｜MariaDB 12.3移行で迷うポイント
Q1. 今11.4で安定運用中だが、すぐ12.3に上げるべき？
A. 急ぐ必要はありません。11.4のコミュニティ版EOLは2029年5月目安で、まだ余裕があります。12.3はリリース直後のため、半年ほど様子を見て初期不具合が落ち着いてから、検証環境で評価するくらいの温度感で十分です。
Q2. snapshot isolationのデフォルト変更で、本当にアプリが止まることがある？
A. 可能性はあります。複数トランザクションが同じ行を更新し合うような処理（在庫カウンタ、座席予約など）で、これまで静かに通っていた書き込みがエラーになるケースがあります。本来はリトライ処理を入れるべき設計ですが、すぐに直せない場合はinnodb_snapshot_isolation=OFFで従来挙動に戻して移行猶予を作る方法もあります。
Q3. MariaDBのバージョン番号の付き方が分かりにくい。12.3.2が最初のGAで合っている？
A. 合っています。12.3系列の最初の安定版（GA）が12.3.2です。12.3.0や12.3.1は開発・RC段階で、本番投入の起点は12.3.2になります。
Q4. ディストロ標準パッケージのMariaDBはどう扱えばいい？
A. Ubuntu 24.04やDebian 12などの標準リポジトリは、特定のLTS系列（10.11や11.x）に固定されていることが多く、最新の12.3はすぐには降ってきません。最新版が必要ならMariaDB公式リポジトリを追加します。逆に、ディストロのEOLまで標準パッケージで延命する運用も選択肢ですが、その場合はディストロ側のパッチ供給期限に依存する点を理解しておく必要があります。
本記事のまとめ
| ポイント | 内容 |
|---|---|
| リリース内容 | 2026年5月29日、12.3.2 LTSをGAリリース（既存LTSのメンテナンス版も同時公開） |
| 12.3のサポート | コミュニティ版メンテナンスは2029年6月まで |
| 最重要の変更 | innodb_snapshot_isolationがデフォルトON、REPEATABLE READの挙動が変化 |
| 最優先の移行対象 | 10.6系列（2026年7月コミュニティEOL）は猶予なし |
| 急がなくてよい系列 | 10.11（2028年2月）・11.4（2029年5月）はまだ余裕あり |
| 新規構築の推奨 | サポート最長の12.3 LTSを選ぶ価値あり |
| 移行前の必須作業 | 設定棚卸し＋フルバックアップ＋検証環境での挙動確認 |
データベースのバージョン移行は、サーバー管理の中でもとくに「慌てて上げて事故る」典型分野です。新LTSのニュースに反応して即移行するより、自分の系列のEOLを起点に逆算し、検証環境でsnapshot isolationの挙動まで確かめてから本番に投入する。この順番を守るのが、20年以上Linuxサーバーを運用してきた経験から言っても、結局いちばん安全で速い道です。
PR
標準SQL＋データベース入門 ——RDBとDB設計、基本の力［MySQL/PostgreSQL/MariaDB/SQL Server対応］（技術評論社）
MariaDBを含む主要RDBを横断してSQLとDB設計の基礎を学べる入門書です。バージョン移行の前提となる「そもそもの分離レベルやトランザクション設計」を足元から固めたい管理者に向いています。
そのデータベース、移行の判断を自分の言葉で説明できますか？
バージョン選定、分離レベルの挙動、バックアップと移行手順。記事で読むだけでなく、実機で運用しながら身につけることで初めて、現場で使える知識になります。
ネットの切れ端の情報をコピペするだけでなく、現場で通用する安全なLinuxサーバー構築の「型」を体系的に身につけたい方へ、『Linuxサーバー構築入門マニュアル（図解60P）』を完全無料でプレゼントしています。
「独学の時間がもったいない」「プロから直接、現場の技術を最短で学びたい」という本気の方には、2日で実務レベルのスキルが身につく【初心者向けハンズオンセミナー】も開催しています。
3,100名以上が実践した「型」を無料で公開中
プロのエンジニアはコマンドを暗記していません。
「現場で使える型」を効率よく使いこなしているだけです。
その「型」を図解60Pにまとめた入門マニュアルを、完全無料でプレゼントしています。
登録10秒／合わなければ解除3秒 ／ 詳細はこちら
この記事を書いた人
宮崎 智広（みやざき ともひろ）
株式会社イーネットマーキュリー代表。現役のLinuxサーバー管理者として20年以上の実務経験を持ち、これまでに累計3,100名以上のエンジニアを指導してきたLinux教育のプロフェッショナル。「現場で本当に使える技術」を体系的に伝えることをモットーに、実践型のLinuxセミナーの開催や無料マニュアルの配布を通じてLinux人材の育成に取り組んでいる。
趣味は、キャンプにカメラ、トラウト釣り。好きな食べ物は、ラーメンにお酒。休肝日が作れない、酒量を減らせないのが悩み。最近、ドラマ「フライトエンジェル」を観て涙腺が崩壊しました。
- 次のページへ：Fedora 45がPURL導入を検討｜ソフトウェアサプライチェーン対策とSBOMをLinux管理者目線で整理
- 前のページへ：米「年齢確認法」がLinuxディストロを除外｜OSSを救った「改変・再配布の自由」という一行
- この記事の属するカテゴリ：Linux情報・技術・セキュリティへ戻る
無料メルマガで学習を続ける
Linuxの実践スキルをメールで毎週お届け。
登録は1分、解除もいつでも可。
登録無料・いつでも解除できます