Ny betydande gren av MariaDB 11 DBMS introducerad

10 Är efter grundandet av 10.x-grenen slÀpps MariaDB 11.0.0, vilket ger flera stora förbÀttringar och bryter kompatibilitetsförÀndringar. Filialen Àr fortfarande i alpha release-kvalitet och kommer att vara klar för produktionsanvÀndning efter stabilisering. NÀsta betydande gren av MariaDB 12, som innehÄller Àndringar som bryter kompatibiliteten, förvÀntas inte vara tidigare Àn 10 Är (Är 2032).

MariaDB-projektet utvecklar en förgrening av MySQL, med bakÄtkompatibilitet dÀr det Àr möjligt och integration av ytterligare lagringsmotorer och avancerade funktioner. MariaDB-utvecklingen övervakas av den oberoende MariaDB Foundation, som följer en öppen och transparent utvecklingsprocess oberoende av enskilda leverantörer. MariaDB levereras som en ersÀttning för MySQL i mÄnga distributioner. Linux (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch) Linux, Debian) och har implementerats i sÄ stora projekt som Wikipedia, Google Cloud SQL och Nimbuzz.

Den viktigaste förbĂ€ttringen i MariaDB 11-grenen Ă€r övergĂ„ngen frĂ„n frĂ„geoptimeraren till en ny kostnadsmodell, som ger mer exakta förutsĂ€gelser av vikterna för varje frĂ„geexekveringsplan. Även om den nya modellen hjĂ€lper till att eliminera vissa prestandaflaskhalsar Ă€r det möjligt att den inte kommer att vara optimal i alla scenarier och att vissa frĂ„gor kan bli lĂ„ngsammare, sĂ„ anvĂ€ndare uppmuntras att delta i testning och meddela utvecklarna om problem uppstĂ„r.

Den tidigare anvÀnda modellen var bra pÄ att hitta det optimala indexet, men hade problem med tillÀmpligheten av tabellskanning, indexskanning eller intervallvalsoperationer. Den nya modellen eliminerar denna nackdel genom att Àndra basvikten för lagringsmotoroperationer. Vid utvÀrdering av prestandan för diskberoende operationer, sÄsom sekventiell postskanning, antas det nu att data lagras pÄ en SSD-enhet som ger en lÀshastighet pÄ 400 MB per sekund. Dessutom justerades andra optimeringsviktparametrar, vilket till exempel gjorde det möjligt att implementera möjligheten att anvÀnda index för ORDER BY/GROUP BY-operationer i delfrÄgor och snabba upp arbetet med mycket smÄ tabeller.

Det noteras att den nya viktmodellen gör det möjligt att vÀlja en mer optimal exekveringsplan för frÄgor i följande situationer:

  • NĂ€r du anvĂ€nder frĂ„gor som spĂ€nner över mer Ă€n 2 tabeller.
  • NĂ€r det finns index som innehĂ„ller ett stort antal identiska vĂ€rden.
  • NĂ€r du anvĂ€nder intervall som tĂ€cker mer Ă€n 10 % av tabellen.
  • NĂ€r du har komplexa frĂ„gor dĂ€r inte alla anvĂ€nda kolumner Ă€r indexerade.
  • NĂ€r frĂ„gor anvĂ€nds som involverar olika lagringsmotorer (till exempel nĂ€r en frĂ„ga innehĂ„ller Ă„tkomst till tabeller i InnoDB- och Memory-motorerna).
  • NĂ€r du anvĂ€nder FORCE INDEX för att förbĂ€ttra frĂ„geplanen.
  • NĂ€r frĂ„geplanen försĂ€mras vid anvĂ€ndning av "ANALYSE TABELL".
  • NĂ€r frĂ„gan strĂ€cker sig över ett stort antal vyer (stort antal kapslade SELECT:er).
  • NĂ€r du anvĂ€nder ORDER BY eller GROUP BY satser som matchar index.

Stora kompatibilitetsavbrott i MariaDB 11-grenen:

  • SUPER-rĂ€ttigheter tillĂ„ter dig inte lĂ€ngre att utföra Ă„tgĂ€rder för vilka separat instĂ€llda behörigheter Ă€r tillgĂ€ngliga. Om du till exempel Ă€ndrar formatet pĂ„ binĂ€ra loggar krĂ€vs BINLOG ADMIN-rĂ€ttigheter.
  • Tog bort förĂ€ndringsbuffertimplementering i InnoDB.
  • innodb_flush_method och innodb_file_per_table har förĂ„ldrats.
  • Stöd för mysql*-namn har förĂ„ldrats.
  • Utfasad instĂ€llning av explicit_defaults_for_timestamp till 0.
  • Symboliska lĂ€nkar har flyttats till ett separat paket för kompatibilitet med MySQL.
  • VĂ€rdet pĂ„ parametern innodb_undo_tablespaces har Ă€ndrats frĂ„n standard till 3.

KĂ€lla: opennet.ru

Köp pĂ„litlig hosting för webbplatser med DDoS-skydd, VPS VDS-servrar đŸ”„ Köp pĂ„litlig webbhotell med DDoS-skydd, VPS VDS-servrar | ProHoster