Как се врши чишћење и оптимизација WordPress базе података?

На пример, на блогу са 400 постова, ако се чувају просечно 10 ревизија за сваки пост, само од ревизија може настати 4.000 додатних записа. На великом е-трговачком сајту, сесије у корпи, привремени избори и стари белешке поруџбина расту много брже. У једном случају, само чишћењем истеклих привремених записа, величина табеле wp_options је смањена са 780 MB на 160 MB. Ове врсте смањења неће бити исте на сваком сајту; али оне показују конкретан утицај одржавања базе података.

Широка база података може се показати следећим знацима:

• Споре отварање страница у WordPress управљачком панелу.
• Касњење у процесу чувања на екрану за уређивање поста.
• Дужи период прављења резервних копија или непотребно повећање величине резервних фајлова.
• Споро филтрирање и претраживање на WooCommerce екрану за поруџбине.
• Повећање коришћења CPU, RAM-а или диска I/O на хостинг налогу.
• Грешке временског ограничења на бази података.

Ови знаци не морају увек бити узроковани самим базом података. Квалитет теме, број додатака, верзија PHP, подешавања кеша и хостинг инфраструктура такође утичу на перформансе. Стога, чишћење базе података треба разматрати као део опште оптимизације брзине WordPress-а. За одговарајућу инфраструктуру за перформансе WordPress-а, може се размотрити и WordPress хостинг.

Контролна листа безбедности пре почетка чишћења

Чишћење WordPress базе података укључује директно брисање података, што значи да је фаза припреме критична. Посебно ако радите на живом сајту, неколико минута предострожности може спречити проблеме опоравка података који могу трајати сате.

1. Направите потпуну резервну копију

Резервна копија треба да обухвата не само фајлове, већ и базу података. Најздравији метод је да се из хостинг панела узме комплетна резервна копија налога, а затим да се преузме одвојена SQL резервна копија базе података. WordPress фајлови се могу поново учитати; али наруџбе, корисници или записи формула који су случајно обрисани не могу се повратити ако нема резервне копије.

• Преузмите резервну копију на свој локални рачунар или у облак.
• Запишите датум и време резервне копије.
• Не извршавајте операције у време активној продаје на WooCommerce сајтовима.
• Изаберите време када је активност корисника на форумима, чланствима и LMS сајтовима ниска.

За пројекте хостоване на Hostragons, могу се размотрити опције Веб хостинг за редовно прављење резервних копија и планирање серверских ресурса или VPS сервер за растуће пројекте.

2. Тестирајте у staging окружењу

За корпоративне, е-трговинске или сајтове са великим прометом, чишћење треба прво тестирати у staging, тј. тест копији. Након чишћења, контролишу се странице производа, корпе, плаћање, пријаве, претраге и контакт форме. Ако нема проблема, исте кораке примењујете на живи сајт.

3. Измерите тренутну величину и статус упита

Извршавање мерења пре операције вам омогућава да видите ефекат предузетог рада. Можете проверити величину табела преко phpMyAdmin, пратити спора упита помоћу алата као што је Query Monitor и пратити употребу CPU и I/O у вашем хостинг панелу. На пример, ако је величина базе података пре чишћења 1,2 GB, време прављења резервне копије 9 минута и отварање администраторског панела 4,5 секунди; упоређивање вредности након операције има смисла.

Шта се може очистити у WordPress бази података?

Не треба брисати сваког записа. Неки подаци у WordPress бази података су непотребни, док су други витални за рад сајта. Следећа табела резимира најчешће типове података и колико пажње захтевају.

Као што се види из табеле, најбезбедније тачке почетка су ревизије, спам коментари, отпадни садржаји и истекли привремени подаци. Техничкији поступци, као што су чишћење осталих мета података, оптимизација табела базе података и брисање табела неупотребљених додатака, треба да се спроводе пажљивије.

Метод 1: Чишћење WordPress базе података помоћу додатка

За кориснике са ограниченим техничким знањем, најпрактичнији метод је коришћење поузданог додатка за оптимизацију базе података. WP-Optimize, Advanced Database Cleaner и слични алати класификују непотребне записи, пружају једноклик чишћење за већину операција и нуде опције за планирано одржавање.

На шта обратити пажњу при избору додатка?

• Датум последњег ажурирања треба да буде близу; алати који нису ажурирани дуго не треба да се фаворизују.
• Број активних инсталација и корисничка оцена треба да буду разумни.
• Треба да може да прикаже списак записа који ће бити обрисани пре операције.
• Треба да има опцију за прављење резервних копија или подсетник за резервне копије.
• Треба да буде објављена компатибилност са WooCommerce, мултиситима или посебним структурама табела.

Препоручени редослед чишћења помоћу додатка је следећи:

• Прво направите потпуну резервну копију.
• Користите само један додатак за оптимизацију; више додатака који раде исто могу да изазову конфликте.
• На првом покретању не би требало да изаберете све опције истовремено.
• Прво очистите непотребне податке, као што су спам коментари, отпадни садржаји и старе ревизије.
• Проверите сајт, а затим пређите на кораке за чишћење привремених записа и осталих мета података.
• Након чишћења, очистите кеш и тестирајте критичне странице.

Практичан пример: На сајту са 250 постова, када су ревизије, аутоматски нацрти, спам коментари и истекли привремени записи очишћени додатком, величина базе података може опасти са 420 MB на 260 MB. Међутим, стварна добит није само у уштеди простора; резервна копија базе података се прави брже, а процеси у управљачком панелу постају глаткији.

Метод 2: Ручно чишћење помоћу phpMyAdmin

phpMyAdmin је моћан алат који вам омогућава директно прегледање табела базе података и извршавање упита. Овај метод је ефикасан за кориснике који знају шта раде; међутим, погрешан упит може довести до губитка података. Стога, пре сваког упита, требало би направити резервну копију и, ако је могуће, тестирати у оквиру тест окружења.

Провера величина табела

Када отворите одговарајућу базу података у phpMyAdmin, можете видети величине табела. Најчешће растуће табеле су wp_options, wp_postmeta, wp_posts, wp_comments, wp_commentmeta и табеле повезане са наруџбинама у WooCommerce сајтовима. Ваш префикс табела можда неће бити wp_; ако је из безбедносних разлога коришћен различит префикс, упите треба прилагодити томе.

Брисање старих ревизија

Ревизије постова су корисне за историју садржаја; али ако се акумулирају током година, могу да прошире базу података. Уместо да потпуно искључите ревизије, боље је ограничити их. У wp-config.php фајлу може се дефинисати лимит за ревизије: WP_POST_REVISIONS вредност се подешава на 5. На тај начин, за сваки садржај чуваће се највише 5 ревизија.

За брисање постојећих старих ревизија, коришћење додатка је сигурније за већину сајтова. Ако се одлучите за ручни SQL, уверите се да упит циља само записе чија је post_type вредност revision. Након операције, можда ће бити потребно очистити и повезане postmeta записе; у супротном, остали мета подаци могу остати.

Чишћење спам и отпадних коментара

На сајтовима са отвореним пољем за коментаре, спам записи могу у кратком времену достићи хиљаде редова. У WordPress панелу можете очистити спам и канту за отпад. На већим сајтовима, чишћење може бити извршено масовно помоћу phpMyAdmin или додатка. Такође, за смањење спам коментара, примењују се заштитни зид, reCAPTCHA и политика одобравања коментара. За јачање безбедности сајта, могу се размотрити и SSL сертификат и WordPress безбедност садржаји.

Брисање истеклих привремених записа

Привремени записи се користе за чување привремених података од стране WordPress-а и додатака. Ови записи, слични кешу, обично се треба очистити када истекну; али неки додаци то не раде редовно. Истекли привремени записи у табели wp_options посебно могу успорити администраторски панел. Поуздани алати за оптимизацију обично могу безбедно очистити ове записи. Након чишћења, релевантни додаци ће поново створити потребне привремене податке.

Оптимизација табела

У MySQL или MariaDB табелама, након брисања записа, могу остати празна места. Избором табела у phpMyAdmin и извршавањем операције Optimize table, у неким ситуацијама можете поправити распоред табеле. У модерним WordPress инсталацијама које користе InnoDB, ефекат није увек драматичан; али може бити користан након интензивних операција брисања. У старим инсталацијама које користе MyISAM, ефекат оптимизације може бити израженији. Ипак, због могућих закључавања табела, ова операција не би требало да се изводи током пиковских сати промета.

Метод 3: Брза и контролисана одржавања помоћу WP-CLI

WP-CLI је алат командне линије који вам омогућава управљање WordPress-ом са терминала сервера. За програмере, агенције и тимове који управљају више сајтова, чишћење базе података је веома практично. У хостинг пакетима са SSH приступом, операције се могу извршити много брже него преко панела.

Типичан ток одржавања изгледа овако:

• Направите резервну копију базе података командом wp db export.
• Обриšите одређене ревизије или отпадне садржаје помоћу wp post delete.
• Очистите истекле привремене записи командом wp transient delete --expired.
• Оптимизујте табеле помоћу wp db optimize.
• Након операције очистите кеш командом wp cache flush.

Када користите WP-CLI, важна напомена је да се команде одмах извршавају. Погрешан опсег ID или погрешни параметар могу избрисати непожељне податке. Стога, прво треба тестирати на малом скупу података и проверити излаз сваке команде. У агенцијским окружењима, ове команде се могу претворити у скрипте за одржавање; али скрипте треба тестирати у staging окружењу пре него што се примене на живом сајту.

Оптимизација базе података на WooCommerce сајтовима

WooCommerce генерише много више записа у бази података у поређењу са стандардним блогом. Производи, варијације, купони, поруџбине, адресе купаца, дневници плаћања и сесије у корпи могу бити чувани у различитим табелама. Због тога, чишћење WooCommerce базе података треба да буде пажљивије.

Прво, треба одредити колико дуго ће се чувати завршене, отказане и неуспеле поруџбине. За многе компаније, због захтева за фактурисањем, рачуноводством и правним записима, није исправно насумично брисати поруџбине. Уместо тога, могу се проверити стари дневници, привремене сесије, истекли купони, подаци о напуштеним корпама и неупотребљаване варијације производа.

Препоручени кораци одржавања на WooCommerce сајтовима:

• Проверите лог фајлове које чувају додатци за платне шлюзове и доставу.
• Очистите привремене податке из алата за стање WooCommerce.
• Очистите остале мета записе преостале од обрисаних производа помоћу поузданих алата.
• Смањите непотребне комбинације код производа са много варијација.
• Ограничите време чувања старих записа код додатака за извештавање и анализу.
• Изаберите време са малим поруџбинама за одржавање базе података у продавницама са високим прометом.

У пројектима е-трговине, само чишћење базе података можда неће бити довољно. Број PHP радника, RAM, тип диска, кеш објеката и употреба CDN такође постају критични. За растуће продавнице, може се размотрити Е-трговина хостинг или Облачни сервер за флексибилније захтеве ресурса.

Чишћење података о неупотребљивим додацима и темама

Већина WordPress додатака чува своје подешавања у табели wp_options, а своје посебне податке у wp_postmeta или посебним табелама. Брисање додатка из панела не уклања увек све његове записе из базе података. Ово понашање понекад је свесно; када поново инсталирате додатак, намера је да се ваша подешавања поново појаве. Међутим, додаци који су годинама пробавани и више нису у употреби могу оставити непотребне трагове у бази података.

При чишћењу ових података потребно је консултовати документацију додатака. Неки додаци нуде опцију да се избришу сви подаци током уклањања. У другим случајевима, посебне табеле морају се ручно уклонити. Иако назив табеле може указивати на додатак, не треба их одмах брисати. На пример, табела логова безбедносног додатка може изгледати као нешто што треба обрисати; али може бити неопходна за активни надзор безбедности.

Применљиви метод је следећи: Прво се уверите да додатак више није активан. Затим идентификујте табеле и опционе записи. Након тога, извршите операцију брисања у тест окружењу. Ако сајт функционише без проблема, примените исте кораке у живом окружењу. У великим базама података, ова операција може ослободити стотине MB простора.

Трајна подешавања за оптимизацију базе података

Једнократно чишћење је корисно; али прави резултати долазе редовним одржавањем и правилном конфигурацијом. Нека трајна подешавања морају се унети да се спречи да база података поново брзо нарасте.

Ограничите број ревизија

Ако ваш тим за садржај интензивно ради, ревизије се брзо повећавају. Обично је довољно 3 до 10 ревизија за сваки пост. Вестници или тимови са дугим уредничким процесима могу да одреде виши лимит. Постављање лимита помаже у контролисању базе података без потпуног губитка историје садржаја.

Смањите време чувања у канти

WordPress по дефиницији чува садржаје у канти одређени период. Смањивање овог периода у складу са вашим радним током успорава ширење базе података. Међутим, ако уредници треба да поврате случајно обрисане садржаје, време чувања не би требало да буде превише кратко.

Креирајте аутоматски план одржавања и резервних копија

У малим блоговима, месечно одржавање може бити довољно. За сајтове који уносе садржај недељно, чишћење сваке две недеље је прикладније. На WooCommerce, чланским и новинским сајтовима препоручује се недељна контрола. План одржавања може изгледати овако:

• Недељно: Спам коментари, отпадни садржаји, истекли привремени записи.
• Месечно: Чишћење ревизија, проверу величине табела, логове додатака.
• Три месеца: Табеле неупотребљених додатака, остали мета записи, мерење перформанси.
• Годишње: Процена архитектуре базе података, хостинг ресурса и стратегије архивације.

Користите кеш и објектни кеш

Један од најефикаснијих начина за смањење упита на базу података је кеширање. Када се заједно користе кеширање страница, објектно кеширање и CDN, притисак на базу података се значајно смањује. Објектно кеширање подржано Redis-ом или Memcached-ом посебно је корисно на WooCommerce и чланским сајтовима. Да би се свеобухватно приступило перформансама инфраструктуре, могу се размотрити и релевантни извори као што су Водич за убрзавање сајта и Провера домена.

Чести грешке и ствари којих треба избегавати

Најчешћа грешка током чишћења WordPress базе података је извршавање операција без прављења резервне копије. Други велики проблем је извршавање SQL упита које сте нашли на интернету без провере префикса табеле, верзије WordPress-а, структуре WooCommerce или зависности додатака.

• Не извршавајте SQL упите који се први пут тестирају на живом сајту.
• Проверите шта ради висока autoload вредност у wp_options табели пре него што обришете те записе.
• Не бришите податке о WooCommerce поруџбинама и купцима без провере законских захтева.
• Не користите више од једног додатка за оптимизацију у исто време.
• Након чишћења, не тестирајте само почетну страницу, већ и критичне токове као што су пријава, плаћање, формулар и претрага.
• Не разматрајте оптимизацију базе података независно од безбедности, кеширања и перформанси хостинга.

Једна важна напомена је да свака велика табела није непотребна. На пример, табела wp_postmeta природно се значајно увећава у WooCommerce продавницама. Пokušavajući да смањите ову табелу, могу бити оштећени подаци о варијацијама производа, информацијама о ценама или подацима о залихама. Стога, циљ није смањити сваку табелу на минималну величину, већ очистити непотребне податке и задржати неопходне податке у здравом стању.

Контрола након чишћења: Како мерити успех?

Добра оптимизација треба да буде мерљива. Након чишћења, само посматрање величине базе података није довољно. Време одговора управљачког панела, време прављења резервних копија, број упита, спори упити, коришћење CPU-а и корисничко искуство треба заједно проценити.

За контролу можете следити следеће кораке:

• Упоредите укупну величину базе података пре и после операције.
• Поново листајте 10 највећих табела.
• Отворите спискове постова, производа и поруџбина у WordPress управљачком панелу и посматрајте време.
• Очистите кеш и тестирајте главну страницу, категорије, производе и контакт странице.
• Проверите токове формула, пријаве, корпе и плаћања.
• Забележите промене у времену прављења резервних копија.

На пример, ако је база података пре операције била 950 MB, а опала је на 520 MB, време прављења резервне копије је смањено са 11 на 6 минута, а време листања производа у управљачком панелу је смањено са 5 секунди на 2,8 секунди, практични ефекат одржавања постаје очигледан. Међутим, ако је брзина странице на фронту и даље ниска, потребно је прегледати оптимизацију теме, смањење слике, CDN и хостинг ресурсе.

Закључак: Редовно одржавање значи бржи и здравији WordPress

Чишћење WordPress базе података је један од основних поступака одржавања који, ако се правилно примени, побољшава перформансе и управљивост вашег сајта. Безбедним прављењем резервних копија, почевши од података са ниским ризиком, и коришћењем контролисаних метода као што су додатак или WP-CLI, можете ослободити вашу базу података од непотребног оптерећења. За најбоље резултате, планирајте овај поступак као редовну рутину одржавања, а не као једнократну решење.

Ако ваш сајт не достиже очекиване перформансе, поред оптимизације базе података, такође треба прегледати хостинг инфраструктуру, верзију PHP, слој кеша и лимите ресурса. На Hostragons можете пронаћи опције хостинга погодне за WordPress пројекте и планирати равнотежнију инфраструктуру у складу са фазом раста вашег сајта. За брже, сигурније и одрживије WordPress искуство, данас можете започети вашу рутину одржавања малим кораком резервне копије и мерења.

Често постављана питања

Да ли чишћење WordPress базе података кваре сајт?

Ако се правилно изведе, не кваре; али SQL операције које нису контролисане и без резервне копије могу довести до губитка података. Прво, треба направити потпуну резервну копију, тестирати у staging окружењу ако је могуће и почети од чишћења са ниским ризиком.

Како често треба вршити чишћење WordPress базе података?

У малим блоговима, чишћење сваког месеца, у активним садржајним сајтовима сваке две недеље, а на WooCommerce и чланским сајтовима препоручује се недељна контрола. Распоред се може прилагодити у зависности од промета, брзине производње садржаја и структуре додатака.

Да ли брисање ревизија утиче на SEO перформансе?

Брисање старих ревизија не уклања објављени садржај и не изазива директан губитак SEO-а. Напротив, смањује оптерећење базе података, убрзава управљачки панел и процесе одржавања. Ипак, остављање неколико ревизија пружа уредничку сигурност.

Да ли је чишћење помоћу додатка или phpMyAdmin сигурније?

За већину корисника, поуздан и актуелан додатак је сигурнији; јер класификује типове података који ће бити обрисани. phpMyAdmin је флексибилнији али захтева техничко знање. Због ризика од погрешног упита, прикладан је за напредне кориснике.

Да ли оптимизација базе података сигурно повећава брзину сајта?

Може значајно повећати брзину на шишаним базама података; али узрок сваког спора сајта није база података. Тема, додаци, величина слика, кеш, верзија PHP и хостинг ресурси такође утичу на перформансе. Најбољи резултати долазе путем свеобухватне оптимизације.