TiDBに関する雑多なアップデートを一週間分お届けするTiDB WEEKLY。今週は更新少なめです。
製品アップデート
TiDB Cloudに更新がありました。
TiDB Cloud Dedicated におけるインポートUIの改善です。 Amazon S3、Google Cloud Storage、Azure Blob Storage からのインポート導線が、Connection / Destination Mapping / Pre-check の3段階ウィザードとして整理されました。また、実行前にソースファイルをスキャンしてマッピング確認を行えるため、設定ミスによる失敗を減らしやすくなりました。
派生プロダクトアップデート
最近特にAI関連でTiDB Cloudをベースとした製品を公開しているのでここで更新をまとめます。
drive9 - dropbox for AI Agent
drive9はAI Agent向けのファイルストレージサービスで、db9をベースに構築されています。ファイルシステムとしてマウントできますが、実態はデータベースに保存されている、というもののようです。
Agentのメモリとしてファイルシステムを使うケースがよくありますが、これだとマシンに固定されてしまうので、それを外部化するソリューションです。
公式ブログ等の更新
Reducing P999 Latency in Distributed Databases with TiDB 8.5（英語）
この記事では、分散 OLTP システムでは平均値よりも P99 / P999 のようなテイルレイテンシ がサービス品質を壊しやすいという前提に立ち、TiDB 8.5 がどのようにそのばらつきを抑えたのかを解説しています。記事中では、同一ワークロード・同一構成のまま 7.5.6 から 8.5.4 に更新した実運用クラスターで、P999 が「数十秒」レベルから sub-100ms まで改善したケースが紹介されています。
技術的には、GC 停止や goroutine スケジューリング、ロック競合、ストレージのスナップショット処理、RPC 協調コストといった、稀だが致命的な待ち時間の要因を減らす方向で最適化が行われています。記事はこの改善を、不要な処理を取り除く Remove、高コストな処理をより軽い仕組みに置き換える Replace、待ちを発生させやすい処理順序を見直す Reorder という観点で整理しています。
このブログ記事中のTiDBの実行パスはすごくわかりやすいので、TiDBの内部動作に興味がある方はぜひ読んでみてください。
それではまた来週！