Linisin
Linisin ang mga hawak ng database na hindi na kailangan, upang lumiliit muli ang working set patungo sa data na talagang ibinibigay ng iyong site.
Pagpapanatili ng database
Pagpapanatili ng database na kusang tumatakbo sa sandaling kailangan ito
Bawat database ng WordPress ay bumibigat habang tumatagal. Itinuturing ito ng Zinn Digital® bilang isang isyu sa inhenyeriya, hindi isang support ticket: ang paglilinis, pag-optimize, at pag-aayos ay gumagana bilang isang automated na workflow na mabibili ninyo sa isang click — at iniaalok ito sa inyo ng platform sa sandaling makita nitong lumalaki ang database. Availability: ang database throttling bawat site ay kasalukuyang aktibong binubuo at hindi pa magagamit. Lahat ng iba pang inilarawan dito ay live na ngayon.
- 700,000+mga site na naka-host sa buong mundo
- Zero-touchawtomatikong pagtupad, walang pila ng tiket
- 30 arawAraw-araw na pagpapanatili ng backup sa mga Footprint-Free na plano
- 14 na arawpagsubok sa PBN nang walang card, hanggang sa 5 site
Bakit tahimik na nagiging bottleneck ang mga database
Ang mga file ng isang WordPress site ay halos nananatili sa sukat kung paano mo binuo ang mga ito. Ang database nito ay hindi. Naiipon ang mga table, nawawala sa ayos ang mga index, nag-iiwan ang mga storage engine ng nakalaang espasyo na wala nang gumagamit, at kung minsan ang isang table ay napupunta sa sitwasyong nangangailangan ng pagkumpuni sa halip na pag-tune lang. Walang anuman dito ang kusang nagpapahiwatig. Bumagal lang talaga ang site, mas nagtatagal ang mga query, at ang unang mapapansin ng sinuman ay ang isang pahinang mabilis dati at ngayon ay hindi na.
Sa isang site, isa itong abala. Sa isang portfolio o network ng daan-daang site, ito ay isang dumaraming pasanin — bawat isa sa kanila ay mas mabigat nang kaunti kaysa sa nararapat, at bawat isa sa kanila ay humihingi nang higit pa mula sa database server kaysa sa nararapat.
Pinapangasiwaan ito ng Zinn Digital® sa parehong paraan na pinapangasiwaan namin ang iba pang bahagi ng platform: bilang isang awtomatiko at nauulit na operasyon. Ang pagpapanatili ng database ay isang first-party na serbisyo na binibili mo mula sa dashboard, at ang pagbili nito ay agad na nagpapatakbo ng trabaho sa pag-optimize. Walang linyang sasamahan at walang inhinyerong hihintayin.
Kung ano ang ginagawa ng pagpapatakbo ng maintenance
Paglilinis, pag-optimize, pag-aayos, at pag-uulat sa MariaDB database ng site, na pinapatakbo bilang isang gawain.
I-optimize
Bawiin ang inilaan ngunit hindi nagamit na espasyo sa talahanayan at ibalik ang mga index at istatistika sa anyong inaasahan ng tagaplano ng query, upang huminto ang mga pagbasa sa paggawa ng higit pang trabaho kaysa sa kailangan.
Kumpunihin
Tukuyin at ayusin ang mga talahanayan na napunta sa masamang kondisyon — ang mode ng pagpalya na nagdudulot sa mabagal na site na tuluyang masira kung pababayaan.
Mag-ulat pabalik
Ang pagbili ay sinisingil sa pamamagitan ng pagsingil o ng iyong wallet, tinutupad, inaabisuhan ka, at minamarkahan ang sarili nito bilang kumpleto. Kung may maging problema, ang mga refund at hindi pagkakaunawaan ay dadaan sa parehong proseso ng pagsingil tulad ng iba pang binibili mo sa amin.
Awtomatikong pagtupad, hindi pila ng suporta
May dalawang uri ang mga first-party na serbisyo sa platform na ito. Ang ilan ay pinangangasiwaan ng staff: ang pagbili sa mga ito ay lumilikha ng gawain sa aming admin queue, iniruruta sa tamang departamento, sinusubaybayan, at ina-update. Hindi kabilang dito ang database maintenance. Ito ay automated — pinapagana ng pagbili ang isang Temporal workflow na direktang nagpapatakbo ng optimization job sa iyong site. Instant, walang kinakailangang interbensyon.
Mas mahalaga ito kaysa sa naririnig. Ang mga Temporal workflow ay matibay, maaaring subukan muli, at idempotent ayon sa disenyo, na siyang pamantayang sinusunod ng bawat pangmatagalang operasyon sa platform na ito. Kung ang isang hakbang ay mabigo sa kalagitnaan, muling susubukan ng workflow mula sa kung saan ito naroroon sa halip na tapusin nang kalahati at iwanan ang iyong database sa isang hindi malinaw na kalagayan. Kung ang muling pagsubok ay magpatakbo muli ng isang operasyon na nagtagumpay na, iyon ay ligtas ayon sa pagkakatatag.
Nangangahulugan din ito na hindi bumababa ang kalidad ng serbisyo kapag mabigat ang load. Ang sampung kostumer na sabay-sabay na bumibili ng pagpapanatili ng database ay hindi pumipila sa likod ng isa't isa habang naghihintay sa iisang inhinyero — sila ay sampung pagsasagawa ng workflow, at ang platform ay binuo upang i-scale ang mga ito nang pahalang.
- Agad na nagti-trigger ang pagbili sa gawain — maningil, tuparin, abisuhan, kumpletuhin.
- Tumatakbo bilang isang matibay na Temporal workflow: maaaring subukan muli at idempotent, hindi isang script na basta na lang pinapagana at kinakalimutan.
- Makikita ang bawat pagpapatakbo sa kasaysayan ng workflow, kaya may talaan kung ano ang pinatakbo at kailan.
- Pinapangasiwaan ang mga refund at hindi pagkakaunawaan sa pamamagitan ng kaparehong billing path gaya ng mga plano at add-on.
Iniaalok sa tamang sandali, hindi nakatago sa isang menu
Binabantayan na ng platform ang iyong mga site. Ginagamit nito ang nakikita nito upang mag-alok ng tamang serbisyo sa tamang oras.
May nakalaang seksyon ng Extras sa dashboard kung saan maaari kang mag-browse at bumili ng mga first-party na serbisyo kailan mo man gusto. Ngunit ang mas kapaki-pakinabang na paraan ay ang mismong humahanap sa iyo: mga kontekstuwal na upsell. Ipinapakita ang pagpapanatili ng database kapag labis ang laki ng database, pag-optimize ng bilis para sa mabagal na site na bumabagsak sa Core Web Vitals, paglilinis ng malware para sa na-flag na site, at migrasyon sa pag-sign up.
Ang mga prompt na iyon ay batay sa totoong mga signal ng observability — ang parehong mga sukatan bawat site at telemetry ng resource na kinokolekta ng platform upang patakbuhin ang fleet, hindi isang pangkalahatang buwanang paalala. At kaya ng AI assistant na irekomenda ang serbisyo at simulan ito para sa inyo, upang ang agwat sa pagitan ng pagpuna sa isang problema at pag-aayos nito ay maging isang pag-uusap na lamang sa halip na isang proyekto.
Ang mga tool sa database na mayroon ka na
Ang pagpapanatili ang awtomatikong layer sa itaas. Sa ilalim nito, bawat site ay may kasamang ganap na kontrol sa database.
MariaDB bawat site
Ang bawat site ay may sariling database, na may suporta para sa maramihang database at maramihang user ng database kung kailangan ng isang proyekto ang mga ito.
phpMyAdmin at Adminer, naka-embed
Parehong nakapaloob sa dashboard at naka-single-sign-on — walang hiwalay na mga kredensyal na pamamahalaan, walang hiwalay na pag-login na poprotektahan.
Toggle ng malayuang access
I-on ang panlabas na access sa database kapag kailangan ito ng isang tool o developer, at i-off itong muli kapag hindi na kailangan. Ang naka-close bilang default ang wastong estado.
Redis object cache bawat site
I-offload ang paulit-ulit na pagbasa sa Redis upang mas kaunting mga query ang sagutin ng database sa simula pa lang. Pag-iwas kasabay ng lunas.
MySQL Governor: ang iyong mga query, ang iyong problema — at sa iyo lamang
Ang kabilang kalahati ng performance ng database sa ibinahaging imprastraktura ay ang bahaging hindi mo kinokontrol: kung ano ang ginagawa ng mga site ng iba sa parehong server. Ang aming fleet ng worker ay nagpapatakbo ng MariaDB na may CloudLinux MySQL Governor, na naglilimita sa paggamit ng database bawat site. Ang isang site na nagpapatakbo ng mabibigat na query ay pinipigilan sa loob ng sarili nitong mga limitasyon sa halip na pabagalin ang server para sa mga kapitbahay nito.
Kasama ito ng iba pang bahagi ng isolation stack — mga limitasyon ng LVE sa CPU, RAM, IO, IOPS, at mga proseso, at CageFS na nagbibigay sa bawat tenant ng nakahiwalay na view ng filesystem. Ang layunin ng disenyo sa kabuuan ay pareho: ang problema sa isang site ay mananatili lamang sa site na iyon.
Kaya kapag mabagal ang inyong database, ang sagot ay isang bagay na maaari ninyong gawan ng aksyon. Ito ay inyong database, at ang pagpapanatili ng database ang button na nag-aayos nito.
Paganahin ito mula sa iyong AI tool
Ang mga operasyon ng database ay bahagi ng catalog ng tool ng MCP, kaya maaaring patakbuhin ng anumang ahenteng may kakayahang MCP ang mga ito sa ngalan ninyo.
Inilalantad ng aming naka-host na MCP server ang platform sa Claude Code, Cursor, ChatGPT, Claude Desktop at sa anupamang ibang ahente na may kakayahang MCP — isang koneksyon sa halip na hiwalay na integrasyon para sa bawat tool. Kabilang sa mga database tool sa catalog na iyon ang protektadong query, pag-optimize, at pag-backup at pag-restore. Ang pagbili ng Extras ay inilantad din, sa likod ng isang malinaw na hakbang sa kumpirmasyon.
Ang lahat ng magagawa ng agent ay limitado sa pagkakakilanlan kung paano ito kumonekta. Ang mga token ay ibinibigay sa pamamagitan ng OAuth 2.1, nakapaloob sa iyong organisasyon at sa iyong mga pahintulot sa RBAC, bawat tool, at maaaring bawiin. Ang mga mapanirang pagkilos ay nangangailangan ng tahasang kumpirmasyon, nalalapat ang mga limitasyon sa paggastos sa mga bayad na pagkilos na pinagana ng AI, at ang bawat pagkilos ng MCP ay isinusulat sa talaan ng pag-audit na may pagkakakilanlan, tool, mga argumento, at resulta.
Sa pagsasagawa: napapansin ng iyong ahente na mabigat ang database, nagtatanong kung dapat itong magpatakbo ng pagpapanatili, kinukumpirma mo, at tumatakbo ang daloy ng trabaho. Ang AI ay isang tagapagmaneho, hindi isang operator na walang nangangasiwa.
Binili tulad ng isang plano, pinresyohan tulad ng isang serbisyo
Ang mga first-party na serbisyo ay data sa platform na ito, hindi mga hardcoded na feature.
- Ang aming mga tauhan ay nagdaragdag, nag-e-edit, nagpepresyo, at nagpapagana ng mga serbisyo sa admin console sa parehong paraan ng pamamahala sa mga plano — walang pagbabago sa code para maglunsad o mag-adjust ng isa.
- Nakatakda ang mga presyo bawat pera, bilang isang beses o paulit-ulit, kaya bumibili kayo sa perang ginagamit niyo nang pambayad.
- May pagiging kwalipikado sa linya ng produkto ang mga serbisyo, kaya ang iniaalok ay tumutugma sa kung ano talaga ang pinapatakbo mo.
- Ang pagsingil ay dumadaan sa billing o sa balanse ng iyong wallet, kasama ng iyong subscription — isang account, isang hanay ng mga invoice.
- Ang mga pagbili ay karaniwang komersiyo: ipinapaalam sa oras na makumpleto, maaaring i-refund, maaaring tutulan.
Magkano ang halaga nito
Isang beses na gawain bawat site, awtomatikong pinapagana kapag binili mo na ito.
Pagpapanatili at Pag-optimize ng Database
₱1,840.99Isahang beses
Tumatakbo ito sa loob ng 1 araw mula sa pagbili, at kumpletong backup ang ginagawa bago baguhin ang anuman. Ang mga add-on ay binibili bawat site mula sa iyong dashboard at lumalabas sa iyong karaniwang invoice — walang hiwalay na account, walang ikalawang bill, at walang minimum na termino. Hindi kasama sa mga presyo ang buwis, na kinakalkula mula sa iyong bansa ng pagsingil sa pag-checkout.
Mga Madalas Itanong
Paano ko malalaman kung kailangan ng maintenance ng aking database?
Sa karamihan ng mga pagkakataon, hindi mo na kailangang alamin ito nang mag-isa. Sinusubaybayan ng platform ang paggamit ng resource para sa bawat site at ipinapakita ang maintenance ng database bilang isang contextual offer kapag nakita nitong lumalaki ang database, at maaari itong i-flag ng AI assistant at simulan ang gawain para sa iyo. Maaari mo rin itong i-browse at bilhin anumang oras mula sa seksyong Extras ng dashboard, at suriin ang database nang mag-isa sa pamamagitan ng naka-embed na phpMyAdmin o Adminer.
Nasa panganib ba ang aking data habang isinasagawa ang maintenance?
Pinapaliit namin ang panganib sa halip na magpanggap na wala ito. Tumatakbo ang gawain bilang isang daloy ng trabaho sa Temporal — matibay, nauulit, at idempotent — kaya ang isang nabigong hakbang ay muling sinusubukan sa halip na iwanang bahagyang nailapat ang trabaho, at ang paulit-ulit na operasyon ay ligtas ayon sa disenyo. Ang bawat pagtakbo ay naitatala sa kasaysayan ng daloy ng trabaho. Sa mga planong Footprint-Free, ang mga pang-araw-araw na backup ay pinapanatili sa loob ng 30 araw na may one-click restore, kaya palaging may kamakailang restore point na babalikan kung nais ninyo. Ang pagkuha ng backup bago ang anumang mahalagang pagbabago sa database ay isang magandang kasanayan kahit sino pa ang nagpapatakbo nito.
Pinapalitan ba nito ang mga tool sa database sa iyong panel?
Kinukumpleto nito ang mga ito. Ang bawat site ay nagpapanatili ng sarili nitong MariaDB database na may naka-embed, may single-sign-on na phpMyAdmin at Adminer, suporta para sa maramihang database at user, at isang toggle para sa remote access. Ang pagpapanatili ng database ay ang automated na bersyon ng nakagawiang gawain — maglinis, mag-optimize, magkumpuni — para sa mga pagkakataong mas pipiliin ninyong bilhin ang resulta kaysa patakbuhin ito nang manu-mano.
Paano ito naiiba sa isang karaniwang support ticket?
Ang mga serbisyo sa platform na ito ay naisasagawa sa isa sa dalawang paraan. Ang mga serbisyong pinamamahalaan ng staff ay lumilikha ng gawain sa aming admin queue, na ipinapadala sa tamang departamento na may pagsubaybay sa katayuan at mga update sa customer. Awtomatiko ang pagpapanatili ng database: ang pagbili nito ay direktang nagpapasimula sa workflow, nang walang interbensyon ng tao sa pagitan. Iyon ang buong punto ng pagbuo nito bilang isang workflow sa halip na isang proseso.
Maaari ba itong patakbuhin ng aking AI agent para sa akin?
Oo. Ang pag-optimize ng database, guarded query, at backup at restore ay nasa katalogo ng tool ng MCP, at ang pagbili ng Extras ay ibinubunyag nang may hakbang sa pagkumpirma. Kumokonekta ang iyong ahente sa OAuth 2.1 gamit ang token na nakasaklaw sa iyong organisasyon at sa iyong mga pahintulot sa RBAC — bawat tool, maaaring bawiin, may limitasyon sa paggastos sa mga bayad na pagkilos, at naka-audit-log ang bawat tawag. Magagawa lamang nito ang kaya mong gawin.
Aling mga plano ang may kasama nito?
Ang pagpapanatili ng database ay isang bilhing serbisyo na direktang mula sa amin sa halip na kasama sa plano — binibili mo ito kung kailan mo kailangan, sa presyong ipinapakita sa iyong pera sa dashboard, na sinisingil sa iyong billing account o wallet. Ang pagiging kwalipikado ay nakatakda sa bawat linya ng produkto, kaya ang lumalabas sa iyong seksyon ng Extras ay sumasalamin sa linya ng produktong ginagamit mo. Ang lahat ng kailangan mo para subukan ang platform ay nasa 14-araw na pagsubok na walang kailangang card: walang detalye ng pagbabayad, hanggang sa limang site sa Footprint-Free Hosting.
Babagal ba ang iba ko pang site dahil sa mabigat na paggamit ng database ng isang site?
Ang fleet ay nagpapatakbo ng MariaDB gamit ang CloudLinux MySQL Governor, na naglilimita sa paggamit ng database bawat site upang ang mabibigat na query ng isang site ay hindi magpabagal sa server para sa iba. Kasama ito sa mga limitasyon ng resource ng LVE at paghihiwalay ng filesystem ng CageFS. Ang layunin ng disenyo sa kabuuan ay pagpigil — ang mga problema ay nananatili sa hawla kung saan nagsimula ang mga ito.
Kaugnay
Itigil ang pagdadala ng database na hindi mo nakikita
Magsimula ng 14-araw na pagsubok nang walang card sa Footprint-Free Hosting — walang detalye ng pagbabayad, hanggang limang site — at tingnan kung paano tinutukoy at inaayos ng platform ang mga problemang malalaman mo lang sana dahil sa mabagal na pahina.
Magsimula nang libre