TiDB 2026年5月19日のリリースノート解説: Essential の Recycle Bin と Top RU

TiDB Cloud は 2026年5月19日、Essential で Recycle Bin を利用できるようにし、Alibaba Cloud Mexico リージョンで Top RU の公開プレビューを始めました。削除後の復旧猶予と、RU消費の可視化に関係する更新です。

要点

• TiDB Cloud Essential で Recycle Bin が利用可能になりました。
• バックアップがある Essential インスタンスを削除すると、バックアップファイルが Recycle Bin に移動します。
• 自動バックアップのファイルは、指定された期間 Recycle Bin に保持されます。
• バックアップがない Essential インスタンスは、削除後に Recycle Bin に表示されないと説明されています。
• Top RU は Alibaba Cloud の Mexico リージョンで公開プレビューとして利用できます。

今回の更新で変わること

今回の中心は、TiDB Cloud Essential の削除操作に対する安全網が少し厚くなったことです。公式リリースノートでは、バックアップが有効な Essential リソースを削除した場合、そのバックアップファイルが Recycle Bin に移されると説明されています。削除されたインスタンスそのものが無条件で戻るというより、保持期間内のバックアップを使って新しい Essential インスタンスへ復元するための仕組みとして読む必要があります。復旧が必要な場合は、保持期間が切れる前に新しいインスタンスへ戻す必要があります。

この違いは運用上とても重要です。開発環境や検証環境では、不要になったインスタンスを軽く削除しがちです。しかし、削除前のバックアップ設定が不十分であれば、Recycle Bin に期待しても対象が表示されない可能性があります。公式ドキュメントでも、バックアップがない Essential インスタンスは Recycle Bin に表示されないと明記されています。削除前の確認チェックリストには、対象インスタンスのバックアップ有無、保持期間、復旧先の作成手順を入れておきたいです。

もう一つの更新は Top RU です。Alibaba Cloud の Mexico リージョンで公開プレビューとして示されています。Top RU は、分単位でRU消費が大きいSQLを見つけるための機能です。リリースノート上では段階的な提供で、早期アクセスはサポートへの連絡が必要とされています。コストや負荷の原因をSQL単位で追いたいチームにとっては有用ですが、利用可能リージョンとアクセス条件を確認してから評価するのが現実的です。

Recycle Bin と Top RU は別機能ですが、どちらも Essential を本番に近い環境で扱うときの安心材料です。片方は削除後の復旧余地、もう片方は消費リソースの原因調査を助けます。

対象になりそうなユーザー・チーム

TiDB Cloud Essential を本番前環境や小規模な業務システムで使う開発チーム、削除時の復旧手順を整えたい運用担当、RU消費の多いSQLを探したいデータ基盤チームに関係します。特に削除権限を複数人が持つ組織では、Recycle Bin を前提にした運用ルールを作る前に、バックアップ条件を確認しておきたいです。

実務で確認したいポイント

• Essential インスタンスを削除する前に、バックアップが存在するか確認する。
• Recycle Bin の保持期間と、保持期間内に新しいインスタンスへ復元する手順を運用資料に入れる。
• 削除済みリソースを復元できるという表現で社内に広めず、バックアップがある場合に限ることを明記する。
• Top RU を使う場合、対象リージョンとサポートへの申請要否を確認する。

結局、今回の更新をどう見るべきか

5月19日の更新は、Essential をより実運用に近い形で扱うための補強です。Recycle Bin は削除ミスへの安心材料になりますが、バックアップが前提です。Top RU は負荷とコストをSQL単位で追う入口になりますが、段階提供です。どちらも、機能名だけで判断せず、復旧条件と利用条件を運用に落とし込むことが大切です。