Ang MariaDB 11 ay inilabas na at ito ang mga balita nito

10 taon pagkatapos itatag ang 10.x branch, sa wakas ay inilabas ang bagong bersyon at sangay ng MariaDB 11.0.0Na nagdudulot ng ilang mahahalagang pagpapabuti at sinisira ang mga pagbabago sa compatibility.

Ang MariaDB 11 ay inilabas na at ito ang mga balita nito at ito ay magiging handa para sa paggamit ng produksyon pagkatapos ng stabilization. Ang susunod na makabuluhang sangay ng MariaDB 12, na naglalaman ng mga pagbabago na sumisira sa compatibility, ay inaasahang hindi lalampas sa 10 taon (sa 2032).

Para sa mga walang kamalayan sa proyekto ng MariaDB, dapat mong malaman iyon ito ay bumuo ng isang tinidor ng MySQL na nagpapanatili ng pabalik na pagkakatugmas hangga't maaari at nakikilala sa pamamagitan ng pagsasama ng mga karagdagang storage engine at advanced na feature.

Ang pag-unlad ng MariaDB ay pinangangasiwaan ng independiyenteng pundasyon ng MariaDB, pagsunod sa isang bukas at malinaw na proseso ng pag-unlad na independyente sa mga indibidwal na vendor. Nagpapadala ang MariaDB sa halip na MySQL sa maraming distribusyon ng Linux.

Pangunahing mga bagong tampok ng MariaDB 11

Sa bagong release na ito ng MariaDB 11 isa sa mga pangunahing pagpapabuti sa sangay ay ang pagsasalin ng query optimizer sa isang bagong modelo ng weighting (modelo ng gastos), na nagbibigay ng mas tumpak na hula ng mga timbang ng bawat plano sa pagpapatupad ng query. Bagama't inaalis ng bagong modelo ang ilang mga bottleneck sa pagganap, maaaring hindi ito pinakamainam sa lahat ng mga sitwasyon at maaaring bumagal ang ilang query, kaya hinihikayat ang mga user na lumahok sa pagsubok at abisuhan ang mga developer kung sakaling magkaroon ng anumang mga problema.

Ang modelo sa itaas ay gumana nang maayos upang mahanap ang pinakamainam na index, ngunit nagkaroon ng mga isyu sa pagiging angkop ng mga pag-scan ng talahanayan, pag-scan ng index, o paghahanap ng hanay. Sa bagong modelo, ang kawalan na ito ay inalis sa pamamagitan ng pagbabago ng batayan ng timbang ng mga operasyon sa storage engine.

mga pagsusuri sa pagganap para sa disk-intensive na operasyon tulad ng sequential write scans, ngayon ay ipinapalagay nila na ang data ay nakaimbak sa isang SSD na may read capacity na 400 MB bawat segundo. Bilang karagdagan, ang iba pang mga parameter ng timbang ng optimizer ay pinino, na, halimbawa, ginawang posible na ipatupad ang posibilidad ng paggamit ng mga index para sa mga operasyong "ORDER BY/GROUP BY" sa mga subquery at upang mapabilis ang trabaho sa napakaliit na mga talahanayan.

Ang isa pang bagong bagay na kapansin-pansin ay ang bagong modelo ng pagtimbang ay magbibigay-daan sa pagpili ng mas pinakamainam na plano sa pagpapatupad ng query sa mga sumusunod na sitwasyon:

• Kapag gumagamit ng mga query na sumasaklaw ng higit sa 2 talahanayan.
• Kapag may mga indeks na naglalaman ng malaking bilang ng magkaparehong halaga.
• Kapag gumagamit ng mga saklaw na sumasaklaw sa higit sa 10% ng talahanayan.
• Kapag mayroon kang mga kumplikadong query kung saan hindi lahat ng column na ginamit ay na-index.
• Kapag gumagamit ng mga query na kinabibilangan ng iba't ibang storage engine (halimbawa, kapag ang isang query ay naglalaman ng access sa mga talahanayan sa InnoDB at Memory engine).
• Sa pamamagitan ng paggamit ng FORCE INDEX upang mapabuti ang query plan.
• Kapag na-downgrade ang query plan sa kaso ng paggamit ng "ANALYZE TABLE".
• Kapag ang query ay sumasaklaw sa isang malaking bilang ng mga view (malaking bilang ng mga nested SELECT).
• Kapag gumagamit ng ORDER BY o GROUP BY na mga clause na tumutugma sa mga index.

Sa bahagi ng break sa compatibility Sa bagong bersyon na ito ng MariaDB 11, binanggit ang mga sumusunod na break na makikita natin sa bagong branch na ito:

• Hindi ka na pinapayagan ng SUPER rights na magsagawa ng mga aksyon kung saan available ang mga hiwalay na nakatakdang pribilehiyo. Halimbawa, ang pagpapalit ng format ng mga binary log ay mangangailangan ng mga karapatan sa BINLOG ADMINISTRATOR.
• Inalis ang pagbabago sa pagpapatupad ng buffer sa InnoDB.
• Hindi na ginagamit ang innodb_flush_method at innodb_file_per_table.
• Ang suporta para sa mga pangalan ng mysql* ay hindi na ginagamit.
• Hindi na ginagamit ang explicit_defaults_for_timestamp sa 0.
• Ang mga simbolikong link ay inilipat sa isang hiwalay na pakete para sa pagiging tugma sa MySQL.
• Ang halaga ng parameter na innodb_undo_tablespaces ay binago mula sa default patungong 3.

Sa wakas kung interesado kang malaman ang tungkol dito tungkol sa bagong release na ito, maaari mong tingnan ang mga detalye sa sumusunod na link.