MySql 5.7 po vjen!

Epo, MySQL 5.7 RC është shpallur këto ditë.

Çfarë është një RC? Termi RC është një akronim për fjalët Release Candidate, domethënë një version i programit që është pothuajse gati për t'u lëshuar për të punuar në mjedisin e prodhimit në të cilin normalisht rregullohen gabimet, por nuk zbatohen veçori të reja. Versioni i parë i disponueshëm për zhvilluesit e MySQL 5.7 Beta është 5.7.1 i datës 23-04-2013, kështu që inxhinierët e Oracle kanë punuar në të për të paktën 2 vjet dhe duke pasur parasysh artikujt e shumtë që kam lexuar, puna ka qenë atje dhe rezultatet gjithashtu!

Kishte një moment, midis versionit 5.5 dhe 5.6, në të cilin, sipas mendimit tim personal, pjesa teknike nuk më dukej aq aktive. Për më tepër, edhe lëshimi që doli nuk më dukej aq i mbushur me veçori të reja.

Në vend të kësaj, le të shohim së bashku versionin 5.7 dhe pikat që, për mua, janë ndër më të rëndësishmet dhe "të pangopurit": Shumë operacione DDL (ndryshimi i strukturës së tabelës dhe përkufizimi i të dhënave) janë INPLACE, domethënë, ndërsa më parë këto operacione bllokuan një pjesë të bazës së të dhënave dhe e detyronin motorin të kopjonte të dhënat për ta modifikuar, tani modifikimi bëhet direkt në tabelë.

Krijimi i indekseve në tabela në modalitetin FAST, pra me shpejtësi të reduktuar deri në 10 herë. Këto janë përfitime të mëdha për ata që duhet të mbajnë një bazë të dhënash që nuk mund të hiqet jashtë linje.

Kërkimi i tekstit të plotë dhe llojet e të dhënave hapësinore u transferuan gjithashtu në InnoDB, kjo ishte një nga gjërat e pakta që nuk ju lejuan të mendoni për të mos përdorur MyIsam për disa funksione. Ndër të tjera, për pjesën e kërkimit të tekstit të plotë, një sistem fjalori është zbatuar edhe për gjuhët orientale, por mund të përdoret edhe për të tjera, të cilat më parë nuk mbështeteshin mirë, duke dhënë rezultate më pak se optimale. E meta e vetme, për mendimin tim, të këtij zbatimi është se 2 sistemet e kërkimit Fulltext, njëri në MyIsam dhe tjetri në InnoDB, japin rezultate të ndryshme në të njëjtin grup të dhënash që kërkohen.

Optimizime të ndryshme për të mos përdorur LOCK globale për operacione të vetme dhe për rrjedhojë shpejtësi dhe shkallëzim më të madh në sasi të mëdha operacionesh. LOCK është një bllok kodi që ekzekutohet në program vetëm nga një proces në të njëjtën kohë, në mënyrë që të mos prishen të dhënat dhe strukturat. Prandaj, duke mos i përdorur ato ose duke krijuar specifike, dhe jo globale, operacionet paralelizohen, duke rritur shpejtësinë e ekzekutimit.

Optimizues edhe më i zgjuar SQL me raporte të disponueshme në formatin Json

Shkallueshmëri më e madhe me sisteme me shumë bërthama: Unë kam lexuar artikuj në të cilët ekipi dokumenton duke tejkaluar 1 milion pyetje në sekondë (lidhje për më shumë teknike)

Indeksimi i mundshëm i përmbajtjeve XML, më në fund pa truke dhe kufizime të veçanta

Shumë nga cilësimet që më parë ishin "statike", të ashtuquajturat parametrat e konfigurimit të MySQL lexohen kur MySQL niset dhe nuk mund të ndryshohen nëse nuk riniset programi, tani janë "dinamikë" kështu që ato mund të ndryshohen gjatë ekzekutimit të programit. Ndër këto, një nga më të rëndësishmet për mua, përkatësisht ndryshimi i parametrave për replikimin master - slave dhe innodb-buffer-pool-size për memorien e dhënë në InnoDB.

Në fakt shumë gjëra të tjera ;-) http://dev.mysql.com/doc/refman/5.7/en/mysql-nutshell.html

Duhet të theksohet se shumë nga veçoritë e reja janë të zbatueshme vetëm për MOTORËT që e mbështesin atë, për shembull InnoDB mbështet të gjitha optimizimet e reja dhe rikonfirmon, nëse kishte diçka për të thënë, rrugën e Oracle për të zhvendosur fokusin në këtë format transaksioni, në dëm të MyIsam, gjithashtu në bazat e të dhënave të sistemit të brendshëm dhe sigurinë e madhe të sistemit mysq. Në këtë linjë mendimi, opsioni për të çaktivizuar Innodb është i vjetëruar dhe dërgon një paralajmërim duke mos ekzekutuar direktivën.

Epo, jam duke pritur që versioni përfundimtar të mund ta vendos "nën presion" dhe ta testoj këtë version të ri në terren. Autori