{"id":106286,"date":"2022-12-28T15:36:45","date_gmt":"2022-12-28T13:36:45","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/predstavlena-novaya-znachitelnaya-vetka-subd-mariadb-11"},"modified":"2022-12-28T15:36:45","modified_gmt":"2022-12-28T13:36:45","slug":"predstavlena-novaya-znachitelnaya-vetka-subd-mariadb-11","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/news\/predstavlena-novaya-znachitelnaya-vetka-subd-mariadb-11","title":{"rendered":"Der er pr\u00e6senteret en ny betydningsfuld version af databasesystemet MariaDB 11","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Efter 10 \u00e5r siden grundl\u00e6ggelsen af branch 10.x er databasen MariaDB 11.0.0 blevet pr\u00e6senteret, som introducerer flere v\u00e6sentlige forbedringer og \u00e6ndringer, der bryder kompatibiliteten. Denne version har endnu kvalitet af alpha-udgivelse og vil blive klar til arbejdsanvendelser efter stabilisering. Den n\u00e6ste betydelige version af MariaDB 12, som vil indeholde inkompatible \u00e6ndringer, forventes ikke at komme f\u00f8r om 10 \u00e5r (i 2032). <\/p>\n
Projektet MariaDB er en afgrening fra MySQL, der i videst mulige omfang bevarer bagudkompatibilitet og adskiller sig ved integration af ekstra lagermotorer og udvidede funktioner. Udviklingen af MariaDB styres af den uafh\u00e6ngige organisation MariaDB Foundation i henhold til en \u00e5ben og gennemsigtig udviklingsproces, der ikke er afh\u00e6ngig af enkeltproducenter. Databasen MariaDB leveres i stedet for MySQL i mange Linux-distributioner (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) og er implementeret i store projekter som Wikipedia, Google Cloud SQL og Nimbuzz. <\/p>\n
En vigtig forbedring i MariaDB 11 er overgangen til en ny omkostningsmodel for foresp\u00f8rgselsoptimereren, som giver en mere pr\u00e6cis forudsigelse af v\u00e6gtene for hver udf\u00f8relsesplan for foresp\u00f8rgslerne. Selvom den nye model g\u00f8r det muligt at afhj\u00e6lpe nogle flaskehalse i ydeevnen, kan den muligvis ikke v\u00e6re optimal i alle scenarier, og der kan forekomme langsommelighed i nogle foresp\u00f8rgsler. Derfor opfordres brugerne til at deltage i testningen og informere udviklerne, hvis der opst\u00e5r problemer. <\/p>\n
Den tidligere anvendte model var god til at finde den optimale indeks, men havde problemer med anvendeligheden af operationer som tabelscanning, indeks-scanning eller r\u00e6kkeudtr\u00e6k. I den nye model er denne ulempe elimineret ved at \u00e6ndre de grundl\u00e6ggende v\u00e6gte for operationer med lagermotoren. Ved evalueringen af ydeevnen for operationer, der afh\u00e6nger af diskens hastighed, s\u00e5som sekventiel scanning af poster, antages det nu, at data er gemt p\u00e5 SSD-lagringsenheder, hvilket sikrer en l\u00e6sehastighed p\u00e5 400 MB pr. sekund. Derudover er der ogs\u00e5 finjusteret andre v\u00e6gtparametre for optimeringsmotoren, hvilket for eksempel har gjort det muligt at bruge indekser til operationer som 'ORDER BY\/GROUP BY' i underforesp\u00f8rgsler og hurtigere arbejde med meget sm\u00e5 tabeller. <\/p>\n
Det bem\u00e6rkes, at den nye v\u00e6gtmodel vil muligg\u00f8re valg af en mere optimal udf\u00f8relsesplan for foresp\u00f8rgsler i f\u00f8lgende situationer: <\/p>\n
\n
N\u00e5r der anvendes foresp\u00f8rgsler, der omfatter mere end 2 tabeller.\n
N\u00e5r der er indekser, der indeholder et stort antal ens v\u00e6rdier.\n
N\u00e5r der anvendes intervaller, der d\u00e6kker mere end 10% af tabellen.\n
N\u00e5r der er komplekse foresp\u00f8rgsler, hvor ikke alle brugte kolonner er indekserede.\n
N\u00e5r der anvendes foresp\u00f8rgsler, der involverer forskellige lagermotorer (for eksempel n\u00e5r der er adgang til tabeller i InnoDB og Memory i \u00e9n foresp\u00f8rgsel).\n
N\u00e5r der anvendes FORCE INDEX for at forbedre foresp\u00f8rgselsplanen.\n
Ved forringelse af foresp\u00f8rgselsplanen ved brug af 'ANALYZE TABLE'.\n
N\u00e5r foresp\u00f8rgslen d\u00e6kker et stort antal afledte tabeller (et stort antal indlejrede SELECTs).\n
N\u00e5r der anvendes ORDER BY eller GROUP BY udtryk, der underst\u00f8ttes af indekser. <\/ul>\n
De v\u00e6sentligste kompatibilitetsproblemer i MariaDB 11: <\/p>\n
\n
SUPER-rettigheder tillader ikke l\u00e6ngere handlinger, for hvilke der er separat tildelte privilegier. For eksempel kr\u00e6ves der BINLOG ADMIN rettigheder for at \u00e6ndre formatet af bin\u00e6re logs.\n
Implementeringen af \u00e6ndringsbufferen i InnoDB er blevet fjernet.\n
innodb_flush_method og innodb_file_per_table er blevet erkl\u00e6ret for\u00e6ldede.\n
Underst\u00f8ttelsen af navne mysql* er blevet erkl\u00e6ret for\u00e6ldet.\n
Indstillingen explicit_defaults_for_timestamp kan ikke l\u00e6ngere indstilles til 0.\n
Symbolske links for kompatibilitet med MySQL er blevet udskilt til en separat pakke.\n
Standardv\u00e6rdien af parameteren innodb_undo_tablespaces er \u00e6ndret til 3. <\/ul>\n<\/ul>\n