Den nya betydande versionen av databashanteraren MariaDB 11 har presenterats.

Efter 10 Är sedan grundandet av 10.x-grenen presenteras version 11.0.0 av databashanteraren MariaDB, som erbjuder flera betydande förbÀttringar och Àndringar som bryter kompatibiliteten. Denna gren har för nÀrvarande alpha-kvalitet och kommer att vara redo för produktionsanvÀndning efter stabilisering. FramstÀllningen av den nÀsta betydande grenen MariaDB 12, som innehÄller inkompatibla förÀndringar, förvÀntas tidigast om 10 Är (Är 2032).

MariaDB-projektet utvecklar en avknoppning frÄn MySQL, som i möjligaste mÄn bevarar bakÄtkompatibilitet och kÀnnetecknas av integration av ytterligare lagringsmotorer och utökade funktioner. Utvecklingen av MariaDB övervakas av den oberoende organisationen MariaDB Foundation i enlighet med en öppen och transparent utvecklingsprocess, som inte Àr beroende av enskilda leverantörer. Databashanteraren MariaDB levereras istÀllet för MySQL i mÄnga Linux-distributioner (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) och anvÀnds i stora projekt som Wikipedia, Google Cloud SQL och Nimbuzz.

En nyckel förbĂ€ttring i MariaDB 11-grenen Ă€r övergĂ„ngen av frĂ„geoptimeraren till en ny kostnadsmodell (cost model), som ger en mer exakt förutsĂ€gelse av vikterna för varje exekveringsplan. Även om den nya modellen kan eliminera vissa prestandabottlenecks, Ă€r det möjligt att den inte Ă€r optimal i alla scenarier, och det kan finnas fall dĂ€r vissa frĂ„gor blir lĂ„ngsammare. DĂ€rför rekommenderas anvĂ€ndare att delta i tester och informera utvecklarna om eventuella problem.

Den tidigare anvÀnda modellen passade bra för att hitta det optimala indexet, men hade problem med tillÀmpligheten av tabellskanning, indexskanning eller intervallfrÄgor. I den nya modellen har denna brist ÄtgÀrdats genom att förÀndra den grundlÀggande vikten av operationerna med lagringsmotorn. Vid vÀrdering av prestanda för operationer som pÄverkas av diskens hastighet, sÄsom sekventiell skanning av poster, förutsÀtts det nu att data lagras pÄ en SSD-enhet som ger en lÀshastighet av 400MB per sekund. Dessutom har Àven andra viktparametrar för optimeraren justerats, vilket gör det möjligt att anvÀnda index för operationer "ORDER BY/GROUP BY" i subfrÄgor och pÄskynda arbetet med mycket smÄ tabeller.

Den nya viktmodellen kommer att möjliggöra val av en mer optimal frÄgeplan i följande situationer:

  • Vid anvĂ€ndning av frĂ„gor som omfattar mer Ă€n 2 tabeller.
  • Vid förekomst av index som innehĂ„ller ett stort antal identiska vĂ€rden.
  • Vid anvĂ€ndning av intervall som tĂ€cker mer Ă€n 10% av tabellen.
  • Vid förekomst av komplexa frĂ„gor dĂ€r inte alla anvĂ€nda kolumner indexeras.
  • NĂ€r frĂ„gor involverar olika lagringsmotorer (t.ex. nĂ€r det i en frĂ„ga finns referenser till tabeller i InnoDB och Memory-motorerna).
  • Vid anvĂ€ndning av FORCE INDEX för att förbĂ€ttra frĂ„geplanen.
  • Vid försĂ€mring av frĂ„geplanen nĂ€r "ANALYZE TABLE" anvĂ€nds.
  • NĂ€r frĂ„gan omfattar ett stort antal derivat-tabeller (ett stort antal inbĂ€ddade SELECT).
  • Vid anvĂ€ndning av ORDER BY eller GROUP BY-uttryck som faller under index.

Huvudsakliga kompatibilitetsproblem i MariaDB 11:

  • SUPER-rĂ€ttigheter tillĂ„ter inte lĂ€ngre Ă„tgĂ€rder för vilka separata privilegier finns tillgĂ€ngliga. Till exempel krĂ€vs BINLOG ADMIN-rĂ€ttigheter för att Ă€ndra formatet pĂ„ binĂ€rloggar.
  • Implementeringen av Ă€ndringsbufferten i InnoDB har tagits bort.
  • innodb_flush_method och innodb_file_per_table har förklarats som förĂ„ldrade.
  • Stödet för namn mysql* har förklarats som förĂ„ldrat.
  • Att sĂ€tta parameter explicit_defaults_for_timestamp till 0 har förklarats som förĂ„ldrat.
  • Det har skapats ett separat paket för symboliska lĂ€nkar för kompatibilitet med MySQL.
  • StandardvĂ€rdet för parametern innodb_undo_tablespaces har Ă€ndrats till 3.

KĂ€lla: opennet.ru

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