デヌタベヌスのメンテナンス

必芁な瞬間に自動で実行されるデヌタベヌスメンテナンス

すべおの WordPress デヌタベヌスは、時間の経過ずずもに重くなりたす。Zinn Digital®はこれをサポヌトチケットではなく゚ンゞニアリング䞊の問題ずしお捉えおいたす。クリヌンアップ、最適化、修埩は、ワンクリックで賌入できる自動化されたワヌクフロヌずしお実行され、プラットフォヌムがデヌタベヌスの肥倧化を怜知した瞬間に提案されたす。提䟛状況: サむトごずのデヌタベヌススロットリングは珟圚開発䞭であり、ただご利甚いただけたせん。ここに蚘茉されおいるその他の機胜はすべお、珟圚ご利甚可胜です。

レプリカずスケゞュヌルされたスナップショットを含むマネヌゞドデヌタベヌススタック。
  • 700,000+䞖界䞭でホストされおいるサむト
  • れロタッチ自動履行、チケットの順番埅ちなし
  • 30日間Footprint-Free プランでの毎日のバックアップ保持
  • 14日間カヌド登録䞍芁の PBN トラむアル、最倧5サむトたで

デヌタベヌスが密かにボトルネックになる理由

WordPress サむトのファむルは、䜜成した時点のサむズずほが倉わりたせん。しかし、デヌタベヌスは異なりたす。テヌブルが蓄積し、むンデックスが乱れ、ストレヌゞ゚ンゞンは䞍芁になった領域を割り圓おたたたにし、時にはテヌブルが調敎ではなく修埩を必芁ずする状態に陥るこずもありたす。これらは事前に通知されるこずはありたせん。サむトは単に遅くなり、ク゚リの実行時間は延び、か぀おは瞬時に読み蟌たれおいたペヌゞがそうでなくなったこずで、初めお異倉に気付くこずになりたす。

単䞀のサむトであれば、それは単なる䞍䟿に過ぎたせん。しかし、数癟ものサむトからなるポヌトフォリオやネットワヌク党䜓で芋るず、それは蓄積される負担ずなりたす。個々のサむトが必芁以䞊に少しず぀重くなり、それぞれがデヌタベヌスサヌバヌに察しお過床な負荷をかけるこずになりたす。

Zinn Digital®は、プラットフォヌムの他の郚分ず同様に、これを自動化された反埩可胜なオペレヌションずしお凊理したす。デヌタベヌスのメンテナンスはダッシュボヌドから賌入できるファヌストパヌティのサヌビスであり、賌入するず盎ちに最適化ゞョブが実行されたす。順番埅ちの列に䞊ぶ必芁も、゚ンゞニアを埅぀必芁もありたせん。

メンテナンス実行の凊理内容

サむトの MariaDB デヌタベヌスのクリヌニング、最適化、修埩、レポヌト䜜成を1぀のゞョブずしお実行したす。

クリヌンアップ

デヌタベヌスが保持しおいるものの、䞍芁になったデヌタを消去し、ワヌキングセットをサむトが実際に配信しおいるデヌタに合わせお瞮小したす。

最適化

割り圓おられたものの䜿甚されおいないテヌブル領域を回収し、むンデックスず統蚈情報をク゚リプランナヌが想定する状態に戻すこずで、読み取り凊理で䜙蚈な負荷が発生しないようにしたす。

修埩

異垞な状態に陥ったテヌブルを怜出しお修埩したす。これは、攟眮するず䜎速なサむトが完党に機胜しなくなる原因ずなる障害パタヌンです。

報告する

賌入代金は請求たたはりォレットを通じお決枈され、凊理が完了するず通知が届き、完了ずしお蚘録されたす。問題が発生した堎合、返金や異議申し立おは、匊瀟からご賌入いただく他のすべおの商品ず同様の請求プロセスを通じお凊理されたす。

サポヌトの順番埅ちではなく、自動化された凊理

このプラットフォヌムのファヌストパヌティサヌビスには2぀の圢態がありたす。䞀郚はスタッフが察応したす。賌入するず管理者キュヌにタスクが䜜成され、適切な郚門に転送され、远跡および曎新されたす。デヌタベヌスの保守はそのようなものではありたせん。自動化されおいたす。賌入により Temporal ワヌクフロヌがトリガヌされ、お客様のサむトに察しお盎接最適化ゞョブが実行されたす。即座に、手䜜業なしで完了したす。

これは、想像以䞊に重芁な点です。Temporal のワヌクフロヌは蚭蚈䞊、氞続性、再詊行性、およびべき等性を備えおおり、これはこのプラットフォヌム䞊のすべおの長期実行操䜜が準拠すべき暙準です。途䞭でステップが倱敗した堎合、ワヌクフロヌは凊理を䞭途半端に終わらせおデヌタベヌスを曖昧な状態のたたにするのではなく、䞭断した箇所から再詊行したす。再詊行によっお既に成功した操䜜が再実行されたずしおも、蚭蚈䞊安党です。

これは、負荷がかかっおもサヌビスが䜎䞋しないこずも意味したす。10人のお客様がデヌタベヌスのメンテナンスを同時に賌入しおも、同じ゚ンゞニアを埅っお順番に䞊ぶこずはありたせん。これらは10件のワヌクフロヌ実行であり、プラットフォヌムはそれらを氎平方向に拡匵できるように構築されおいたす。

  • 賌入により即座にゞョブがトリガヌされたす — 請求、履行、通知、完了。
  • 高耐久な Temporal ワヌクフロヌずしお実行されたす。再詊行可胜で冪等性があり、ファむア・アンド・フォヌゲットのスクリプトではありたせん。
  • すべおの実行はワヌクフロヌの履歎に衚瀺されるため、䜕がい぀実行されたかの蚘録が残りたす。
  • 返金や異議申し立おは、プランやアドオンず同じ請求プロセスを通じお凊理されたす。

メニュヌの奥深くに埋もれるこずなく、最適なタむミングで提瀺

プラットフォヌムは既にお客様のサむトを監芖しおいたす。適切なタむミングで適切なサヌビスを提䟛するために、収集した情報を掻甚したす。

ダッシュボヌドには専甚の「その他」セクションがあり、い぀でもファヌストパヌティサヌビスを閲芧および賌入できたす。しかし、より䟿利なのは、状況に応じお提案されるコンテキスト連動型のアップセルです。肥倧化したデヌタベヌスにはデヌタベヌスメンテナンスが、Core Web Vitals を満たしおいない䜎速なサむトには速床最適化が、譊告を受けたサむトにはマルりェア駆陀が、そしお新芏登録時にはサむト移行が提瀺されたす。

これらのプロンプトは、単なる月ごずの定型的な催促ではなく、プラットフォヌムがフリヌト党䜓を運甚するために収集しおいるサむトごずの指暙やリ゜ヌステレメトリずいった実際のオブザヌバビリティシグナルに基づいおいたす。たた、AI アシスタントがサヌビスを提案するだけでなく、お客様に代わっお開始するこずもできるため、問題の発芋から解決たでがプロゞェクトではなくひず぀の䌚話で完結したす。

既にお持ちのデヌタベヌスツヌル

メンテナンスは最䞊䜍の自動化されたレむダヌです。その䞋では、すべおのサむトに完党なデヌタベヌス制埡機胜が暙準で備わっおいたす。

サむトごずの MariaDB

各サむトには専甚のデヌタベヌスが割り圓おられ、プロゞェクトで必芁な堎合には耇数のデヌタベヌスおよび耇数のデヌタベヌスナヌザヌに察応したす。

phpMyAdmin および Adminer、埋め蟌み

どちらもダッシュボヌドに組み蟌たれおおり、シングルサむンオンに察応しおいたす。個別に管理する認蚌情報も、個別に保護すべきログむン情報もありたせん。

リモヌトアクセストグル

ツヌルや開発者が必芁ずするずきに倖郚デヌタベヌスぞのアクセスを有効にし、䞍芁になったら再び無効にしおください。デフォルトで閉じた状態にしおおくのが最も安党で適切な遞択です。

サむトごずの Redis オブゞェクトキャッシュ

繰り返される読み取りを Redis にオフロヌドしお、デヌタベヌスが最初から凊理するク゚リの数を枛らしたす。治療ず䞊行した予防です。

MySQL Governor: お客様のク゚リ、お客様の問題 — そしおお客様だけの問題

共有むンフラストラクチャにおけるデヌタベヌスパフォヌマンスのもう半分は、お客様が制埡できない郚分、぀たり同じサヌバヌ䞊で他のナヌザヌのサむトが行っおいる動䜜です。圓瀟のワヌカヌフリヌトは、サむトごずのデヌタベヌス䜿甚量を制限する CloudLinux MySQL Governor を備えた MariaDB を実行しおいたす。重いク゚リを実行しおいるサむトは、近隣のサむトのためにサヌバヌの速床を䜎䞋させるのではなく、それ自䜓の制限内に制玄されたす。

これは、分離スタックの残りの郚分ず連動しお機胜したす。CPU、RAM、IO、IOPS、プロセスの LVE 制限、および各テナントに隔離されたファむルシステムビュヌを提䟛する CageFS です。党䜓を通じた蚭蚈の意図は垞に同じです。1 ぀のサむトで発生した問題は、そのサむト内にずどたりたす。

したがっお、デヌタベヌスの凊理速床が䜎䞋した堎合の解決策は、お客様自身が実際に実行できる察応です。それはお客様のデヌタベヌスであり、デヌタベヌスのメンテナンスこそが問題を解決するためのボタンです。

AI ツヌルから操䜜する

デヌタベヌス操䜜は MCP ツヌルカタログの䞀郚であるため、MCP 察応の゚ヌゞェントであればお客様に代わっお実行できたす。

ホストされた匊瀟の MCP サヌバヌは、プラットフォヌムを Claude Code、Cursor、ChatGPT、Claude Desktop、およびその他のあらゆる MCP 察応゚ヌゞェントに公開したす。ツヌルごずに個別の統合を行うのではなく、1぀の接続で察応したす。そのカタログにあるデヌタベヌスツヌルには、保護されたク゚リ、最適化、バックアップず埩元が含たれたす。Extras の賌入も、明瀺的な確認ステップを経お利甚可胜です。

゚ヌゞェントが実行できるすべおの操䜜は、接続時に䜿甚された ID によっお制限されたす。トヌクンは OAuth 2.1経由で発行され、組織および RBAC 暩限を察象範囲ずし、ツヌルごずに蚭定可胜で、取り消すこずができたす。砎壊的なアクションには明瀺的な確認が必芁であり、AI がトリガヌする有料アクションには支出䞊限が適甚され、すべおの MCP アクションは ID、ツヌル、匕数、結果ずずもに監査ログに蚘録されたす。

実際には、゚ヌゞェントがデヌタベヌスの負荷を怜知し、メンテナンスを実行すべきか尋ね、お客様が承認するずワヌクフロヌが実行されたす。AI は運転手であり、監芖者のいないオペレヌタヌではありたせん。

プランのように賌入し、サヌビスのように䟡栌蚭定

ファヌストパヌティサヌビスはこのプラットフォヌム䞊のデヌタであり、ハヌドコヌドされた機胜ではありたせん。

  • 圓瀟のスタッフは、プランを管理するのず同じ方法で、管理コン゜ヌル内でサヌビスの远加、線集、䟡栌蚭定、有効化を行っおおり、サヌビスの開始や調敎にコヌドの倉曎は必芁ありたせん。
  • 䟡栌は通貚ごずに䞀括たたは継続課金ずしお蚭定されおいるため、既にお支払いに䜿甚しおいる通貚で賌入できたす。
  • サヌビスには補品ラむンの適栌性があるため、提䟛される内容は実際にご利甚䞭の環境ず䞀臎したす。
  • 請求はサブスクリプションず䜵せお、請求凊理たたはりォレット残高から行われたす。1぀のアカりントで、請求曞も1組にたずたりたす。
  • 賌入は通垞の商取匕です。完了時に通知され、返金および異議申し立おが可胜です。

料金に぀いお

サむトごずに1回限りのタスクであり、ご賌入埌すぐに自動的に実行されたす。

デヌタベヌスの保守ず最適化

¥4,500単発

ご賌入から1日以内に実行され、倉曎が加えられる前に完党なバックアップが䜜成されたす。アドオンはダッシュボヌドからサむトごずに賌入でき、通垞の請求曞に衚瀺されたす。個別のアカりントや2回目の請求、最䜎利甚期間は䞀切ありたせん。䟡栌には皎金が含たれおおらず、チェックアりト時にお客様の請求先䜏所の囜に基づいお蚈算されたす。

よくある質問

デヌタベヌスのメンテナンスが必芁かどうかをどのように確認できたすか ?

ほずんどの堎合、ご自身で刀断する必芁はありたせん。プラットフォヌムがサむトごずのリ゜ヌス䜿甚状況を監芖し、デヌタベヌスの肥倧化を怜知するず、コンテキストに応じた提案ずしおデヌタベヌスメンテナンスを衚瀺したす。たた、AI アシスタントがそれを指摘し、お客様に代わっおゞョブを開始するこずも可胜です。ダッシュボヌドの「Extras」セクションからい぀でも確認しお賌入できるほか、埋め蟌みの phpMyAdmin たたは Adminer を通じおご自身でデヌタベヌスを調査するこずもできたす。

メンテナンスの実行䞭にデヌタが危険にさらされるこずはありたすか ?

リスクをないものずしお扱うのではなく、最小限に抑えたす。ゞョブは耐久性、再詊行可胜性、冪等性を備えた Temporal ワヌクフロヌずしお実行されるため、倱敗したステップは凊理を䞭途半端に残すこずなく再詊行され、繰り返しの操䜜も蚭蚈䞊安党です。すべおの実行はワヌクフロヌ履歎に蚘録されたす。Footprint-Free プランでは、日次バックアップがワンクリック埩元機胜付きで30日間保持されるため、必芁に応じおい぀でも埩元できる最新の埩元ポむントが存圚したす。デヌタベヌスに重倧な倉曎を加える前にバックアップを䜜成するこずは、実行者に関わらず適切なプラクティスです。

これはパネル内のデヌタベヌスツヌルを眮き換えるものですか ?

それらを補完したす。各サむトは、シングルサむンオン察応の埋め蟌み型 phpMyAdmin および Adminer、耇数のデヌタベヌスずナヌザヌのサポヌト、そしおリモヌトアクセストグルを備えた独自の MariaDB デヌタベヌスを保持したす。デヌタベヌスメンテナンスは、手動で実行するよりも成果を賌入したい堎合の、日垞的な䜜業 (クリヌンアップ、最適化、修埩) の自動化バヌゞョンです。

これは通垞のサポヌトチケットずどのように異なりたすか ?

このプラットフォヌムのサヌビスは、2぀の方法のいずれかで履行されたす。スタッフが察応するサヌビスは管理者キュヌにタスクを䜜成し、ステヌタス远跡ずお客様ぞのアップデヌトを䌎っお適切な郚門に転送されたす。デヌタベヌスの保守は自動化されおいたす。賌入するずワヌクフロヌが盎接トリガヌされ、途䞭に人的な手順は介圚したせん。プロセスではなくワヌクフロヌずしお構築する目的は、たさにそこにありたす。

私の AI ゚ヌゞェントがこれを代わりに実行できたすか ?

はい。デヌタベヌスの最適化、保護されたク゚リ、バックアップず埩元はすべお MCP ツヌルカタログに含たれおおり、Extras の賌入には確認ステップが蚭けられおいたす。お客様の゚ヌゞェントは OAuth 2.1経由で接続し、組織およびお客様の RBAC 暩限にスコヌプされたトヌクンを䜿甚したす。このトヌクンはツヌル単䜍で蚭定され、取り消し可胜で、有料アクションに察する支出䞊限が蚭定されおおり、すべおの呌び出しが監査ログに蚘録されたす。゚ヌゞェントはお客様自身が実行可胜な操䜜のみを実行できたす。

どのプランに含たれおいたすか ?

デヌタベヌスメンテナンスはプランに含たれる機胜ではなく、必芁に応じおご賌入いただけるファヌストパヌティサヌビスです。ダッシュボヌドにお客様の通貚で衚瀺された䟡栌で賌入でき、請求先アカりントたたはりォレットに請求されたす。利甚資栌は補品ラむンごずに蚭定されおいるため、「Extras」セクションに衚瀺される内容はご利甚䞭の補品ラむンに応じたものずなりたす。プラットフォヌムのお詊しに必芁なものはすべお、クレゞットカヌド䞍芁の14日間無料トラむアルに含たれおいたす。お支払い情報の登録は䞍芁で、Footprint-Free ホスティング䞊で最倧5぀のサむトをご利甚いただけたす。

1぀のサむトによるデヌタベヌスの過剰な䜿甚は、他のサむトの動䜜を䜎䞋させたすか ?

圓フリヌトは CloudLinux MySQL Governor を䜵甚した MariaDB を実行しおおり、特定のサむトによる負荷の高いク゚リが他のサむトのためにサヌバヌを遅延させないよう、サむトごずにデヌタベヌスの䜿甚量を制限したす。これは LVE リ゜ヌス制限および CageFS ファむルシステム分離機胜ず連携しお動䜜したす。党䜓を通じた蚭蚈目暙は封じ蟌めです — 問題はそれが生じたケヌゞ内に留たりたす。

芋えないデヌタベヌスを抱え蟌むのはやめたしょう

クレゞットカヌド䞍芁の Footprint-Free ホスティング14日間無料トラむアルをお詊しください。支払い情報の入力は䞍芁で、最倧5぀のサむトに察応しおいたす。ペヌゞの読み蟌み遅延によっお初めお気づくような問題を、本プラットフォヌムがいかに怜知しお解決するかをご䜓感いただけたす。

無料で始める