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
