Jak omezit velikost cacheovacích tabulek v databázi Drupalu

Drupal má výrazně jiný koncept než WordPress a v databázi má kde co. Že je sama od sebe větší, není až takový problém. V době několikagigabajtových či dokonce neomezených prostorů na hostingu by to mohlo být jedno, že?

Ale není. Řada hostingů sice nabídne velkorysou kapacitu úložiště, avšak to se netýká velikostí databáze. Takové Active24 má striktní omezení na 1 GB i v tom nejlepším tarifu a pokud chcete více, tak máte možnost přejít na VPS. Alespoň dle slov technické podpory. Ještě více omezenou velikost databáze má Blueboard.cz, kam Drupal 8 rozhodně nedávejte.

Limit by se zdál dostatečný. E-shop na Drupalu 8 se stovkami produktů má v základu velikost databáze kolem 150 MB. Jenže pak přijde do hry cacheování. Drupal si ukládá veškerou cache do databáze, což je už sám o sobě diskutabilní postup. A všechny databázové tabulky cache_* něco začnou raketově růst.

Než přišel Drupal 8.4, tak zde nebylo absolutně žádné omezení a z malé databáze se za pár dnů mohl stát moloch o velikosti několika gigabajtů. Počínaje Drupalem 8.4 je každá databázová tabulka sloužící pro potřeby cache omezena na 5 000 řádků.

Jenže tohle kolikrát nemusí stačit. Rozhodně ne pro web nebo e-shop s vyššími stovkami podstránek.

Jak omezit počet řádků v cache tabulkách Drupalu?

Výše zmíněný limit není možné měnit někde z administrace, ale upravit lze. Dopsáním odpovídajícího řádku do souboru settings.php.

1. Zeditujte si tedy soubor sites/default/settings.php a na jeho konec přidejte následující řádek:
   $settings['database_cache_max_rows']['default'] = 5000;
2. Číslo upravte na hodnotu, která vám postupným pozorováním vychází, že ji velikost vašeho hostingu snese. Celkovou velikost databáze si zobrazte například pomocí PhpMyAdminu.
3. Nadlimitní záznamy v tabulkách cache_* Drupal maže vždy při běhu cronu. Počítejte tedy s rezervou a tím, že krátkodobě může počet řádků v cache přerůst nastavený limit.

V praxi jsem bohužel u zmíněného eshopu narazil, že ani omezení na 200 záznamů už není dostatečné a než dojde k odmazání při běhu cronu, databáze přešvihne limit a hosting vypne zápisy do ní. Tím v podstatě celý Drupal shodí. Stačí, aby během hodiny zavítal na web nějaký robot, který proskenuje všechny stránky.

Problém jsou rovněž weby, kde je v těle stránky obrázek vložený nikoli jako adresa na soubor, ale jako base64 encoded. Pak samozřejmě i samotné HTML stránky výrazně narůstá, natož cache.

V takovém případě nezbývá než doporučit jiný hosting. Mým favoritem je momentálně WebSupport, jehož přidělený prostor si pro web, databázi a e-maily rozdělíte zcela libovolně.

Tip: Podobné tipy pro Drupal najdete v připravované knize 333 tipů a triků pro Drupal 9.