MySQL (që qëndron për Sistemin e Menaxhimit të Bazave të të Dhënave Falas Relacionale) është një server kompakt, me shumë fije të dhënash, i cili është i shpejtë, i qëndrueshëm dhe i lehtë për t'u përdorur.

Fillimisht u zhvillua nga TcX për të zgjidhur problemet e brendshme - përpunimi më i shpejtë i mundshëm i bazave të të dhënave të mëdha. Përdoret brenda që nga viti 1996 në një server me më shumë se 40 baza të dhënash që përmbajnë 10,000 tabela, nga të cilat më shumë se 500 kanë më shumë se 7 milion rreshta.

Sot, MySQL është zhvilluar dhe mbështetur nga Oracle Corporation, e cila bleu Sun Microsystems më 27 janar 2010, pas së cilës e përfshiu MySQL në linjën e saj të produkteve. Më parë (26 shkurt 2008), Sun Microsystems pagoi 1 miliard dollarë për të blerë MySQL AB. Produkti shpërndahet si nën Licencën e Përgjithshme Publike GNU ashtu edhe nën licencën e tij tregtare. Për më tepër, zhvilluesit krijojnë funksionalitet me kërkesë të përdoruesve të licencuar; ishte falë këtij urdhri që mekanizmi i përsëritjes u shfaq pothuajse në versionet më të hershme.

MySQL është zgjidhja më optimale për aplikacione të vogla dhe të mesme. Burimet e serverit janë përpiluar në shumë platforma. Aftësitë e serverit janë demonstruar plotësisht në serverët Unix, ku ka mbështetje për multithreading, gjë që jep një rritje të konsiderueshme të performancës. Përfshirë në serverët WAMP, AppServ, LAMP dhe në strukturat portative të serverëve Denver, XAMPP. MySQL përdoret zakonisht si një server i aksesuar nga klientë lokalë ose të largët, por shpërndarja përfshin një bibliotekë të fundit që lejon MySQL të përfshihet në programe të pavarura.
Falë mbështetjes së tij për një numër të madh të llojeve të tabelave, MySQL është mjaft fleksibël. Përdoruesit mund të zgjedhin si tabelat e kërkimit me tekst të plotë MyISAM ashtu edhe tabelat individuale të transaksioneve InnoDB. Përveç kësaj, MySQL vjen me një lloj tabele të veçantë SHEMBULL që demonstron se si të krijohen lloje të reja tabelash. Falë kësaj, si dhe arkitekturës së hapur dhe licencimit GPL, është e mundur të shtohen lloje të reja tabelash në MySQL pothuajse pafund.

Serveri MySQL është falas për përdorim jo komercial. Përndryshe, ju duhet të blini një licencë, kostoja aktuale e së cilës është 190 EUR.

Forkë të ndryshëm kodesh janë krijuar nga komuniteti i zhvilluesve MySQL, si Drizzle, OurDelta, Percona Server dhe MariaDB. Të gjitha këto degë ekzistonin tashmë në kohën e marrjes së Sunit nga Oracle.

Shfaqja e MySQL

Përpara vitit 1994, tregu përbëhej kryesisht nga baza të të dhënave të dizajnuara për të trajtuar vëllime të mëdha të dhënash dhe marrëdhënie komplekse, të cilat kishin një shumëllojshmëri aftësish, por në të njëjtën kohë kërkonin burime të konsiderueshme kompjuterike. Këto baza të të dhënave përfshijnë Oracle, Informix dhe Sybase. Nuk kishte DBMS që mbështesnin SQL dhe ishin të përballueshme në të njëjtën kohë.

Korporatat dhe universitetet e mëdha mund të përballonin blerjen e sistemeve të fuqishme kompjuterike, ndërsa organizatat dhe përdoruesit më të vegjël përdornin baza të të dhënave të dobëta të desktopit si Postgres, i cili përdorte një variant të gjuhës QUEL (PostQUEL), por që, për fat të keq, kërkonte të njëjtat burime. homologët, por nuk ofruan përfitimet e përdorimit të SQL si gjuhë pyetjesh.

Pastaj njëfarë David Hughes (i cili më vonë u bë, pasi publikoi punën e tij në internet, i njohur si Bamby), i cili po shkruante një disertacion në Universitetin Bond (Australi) në atë kohë, filloi të zhvillonte projektin Minerva Network Management System - një monitorim dhe sistemi i kontrollit nga një ose më shumë pika mbi grup sistemesh. Elementi kryesor i projektit ishte të ishte një bazë të dhënash për të ruajtur informacionin për të gjithë kompjuterët në rrjet. Hughes fillimisht vendosi të përdorë Postgres. Megjithatë, kolegët sugjeruan përdorimin e SQL si gjuhë të pyetjeve për Minerva, pasi SQL është gjuha më e zakonshme e pyetjeve dhe duke e përdorur atë, Minerva mund të bëhet e disponueshme kudo në planet ku ka një RDBMS që mbështet SQL. Kjo ishte shtysa për krijimin e MySQL.

Hughes vendosi të krijojë vetë një program që do të përkthente SQL në PostQUEL në kohë reale. Ai e quajti programin e tij miniSQL, ose mSQL. Ai përgjoi deklaratat SQL të dërguara nga Minerva, i konvertoi ato në PostQUEL dhe ia dërgoi rezultatin Postgres. Për ca kohë kjo situatë i përshtatej Hughes. Sidoqoftë, si rezultat i rritjes së mëtejshme të Minerva, u bë e qartë se me burimet e kufizuara në dispozicion të saj, as Postgres dhe asnjë RDBMS tjetër e madhe nuk do të ishte në gjendje të mbështeste grupin e vogël të karakteristikave që i nevojiten. Për shembull, për të zbatuar aftësinë për të lidhur njëkohësisht Minerva me disa baza të dhënash në të njëjtën kohë, Postgres kërkoi nisjen e njëkohshme të disa instancave të serverit të bazës së të dhënave.

Për të zgjidhur këto probleme, Hughes analizoi punën e Minerva dhe rezultoi se pyetjet kryesore të gjeneruara nga Minerva ishin: "fut", "fshij" dhe "zgjidh". Meqenëse Hughes kishte tashmë mSQL duke bërë përkthimin SQL, atij i duhej vetëm të krijonte një server të bazës së të dhënave për t'iu përshtatur nevojave të tij.

Dhe këtu hyn në lojë Michael Monty Widenius, i cili konsiderohet shpikësi i MySQL. Në vitin 1979, ai zhvilloi një mjet për menaxhimin e bazës së të dhënave të quajtur UNIREG. UNIREG u zgjerua më pas për të mbështetur baza të dhënash më të mëdha dhe u rishkrua në disa gjuhë. Në 1994, TcX filloi zhvillimin e aplikacioneve www duke përdorur UNIREG. Megjithatë, për shkak të shpenzimeve të larta, UNIREG nuk mund të përdoret me sukses për gjenerimin dinamik të faqeve të internetit. Prandaj, Widenius vendosi të kontaktojë autorin e mSQL, Hughes, për t'i sugjeruar që të lidhë mSQL me mbajtësin B+ ISAM në UNIREG. Sidoqoftë, Hughes bëri përparim të mirë në rrugën drejt mSQL 2, dhe kompania vendosi të krijojë një server të bazës së të dhënave për t'iu përshtatur nevojave të saj.

TcX mori UNIREG si bazë dhe përdori shërbime të palëve të treta për mSQL, shkroi një API për sistemin e tyre, i cili fillimisht ishte shumë i ngjashëm me API për mSQL. Sidoqoftë, kjo lejoi çdo përdorues të mSQL që dëshironte të migronte në serverin e bazës së të dhënave TcX për të bërë ndryshime të vogla në kodin e tyre. Kodi burimor i bazës së të dhënave të re ishte krejtësisht origjinal. Kështu, në maj 1995, kompania kishte një bazë të dhënash MySQL 1.0 që plotësonte plotësisht nevojat e kompanisë.

Në 1995, David Oxmark, i cili punon për Detron HB dhe është një partner biznesi i kompanisë, filloi të ftonte në mënyrë aktive TcX për të shpërndarë MySQL DBMS nëpërmjet internetit. David madje mori pjesë në punën për dokumentacionin. Si rezultat, versioni 3.11.1 i MySQL DBMS u lëshua në 1996 si një shpërndarje binare për ekzekutimin e Linux dhe Solaris. Sot, MySQL funksionon në shumë platforma dhe është i disponueshëm si në versionet binare ashtu edhe në ato burimore.

Sot, MySQL është bërë mjeti më popullor për të punuar me bazat e të dhënave në PHP. Kjo është kryesisht për shkak të faktit se mbështetja për këtë server është përfshirë në shpërndarjen PHP. Për më tepër, popullariteti i MySQL lehtësohet nga karakteristika mjaft të mira dhe një gamë e gjerë funksionesh standarde të ndërfaqes që janë jashtëzakonisht të lehta për t'u përdorur.

Politika e licencimit të MySQL është më fleksibël se serverët e tjerë të bazës së të dhënave. Në thelb, MySQL është falas nëse nuk keni ndërmend ta shesni ose të shesni shërbime të ndërtuara me të.

MySQL është shumë i lëvizshëm dhe mund të përdoret po aq mirë në sistemet operative komerciale si Solaris, Irix ose Windows, dhe në çdo harduer deri në serverë të fuqishëm. Për më tepër, si rivalët e tij më të shtrenjtë, ai mund të trajtojë baza të të dhënave të mëdha që përmbajnë miliona të dhëna.

Emri dhe logoja

Sa i përket emrit, ekzistojnë disa versione të origjinës së tij. Versioni i parë thotë se përdorimi i prefiksit "my" shpjegohet me faktin se në TcX katalogu bazë, si dhe një numër i konsiderueshëm i bibliotekave dhe shërbimeve, u caktuan nga ky prefiks për dhjetë vjet. Prandaj, ishte logjike ta përdorni atë në këtë rast.

Versioni i dytë, më sentimental, bazohet në faktin se Michael Monty Widenius e quajti produktin e ri MySQL sipas emrit të vajzës së tij - My. Emri i vajzës së Videnius është me të vërtetë Im, dhe ai vetë nuk hedh poshtë as versionin e parë dhe as të dytë.

Logoja e delfinit të MySQL quhet "Sakila". Ai u zgjodh nga një listë e madhe e "emrave të delfinëve" të sugjeruar nga përdoruesit. Emri "Sakila" u dorëzua nga zhvilluesi i kodit të hapur Ambrose Twebaze.

Karakteristikat e MySQL

Tipari kryesor i MySQL është se ai mbështet gjuhën e pyetjeve SQL në standardin ANSI 92, dhe përveç kësaj ai ka shumë zgjerime të këtij standardi që nuk gjenden në asnjë sistem tjetër të menaxhimit të bazës së të dhënave.
Një listë e shkurtër e veçorive të MySQL:

1. Mbështetet funksionimi efektiv i një numri të pakufizuar përdoruesish që punojnë njëkohësisht me bazën e të dhënave.

2. Numri i rreshtave në tabela mund të arrijë në 50 milionë.

3. Ekzekutimi sa më i shpejtë i komandave. Ekziston një mendim se MySQL është serveri më i shpejtë që ekziston.

4. Sistemi i thjeshtë dhe efektiv i sigurisë.

Shembull grafiku në MySQL

Disavantazhet e MySQL

Sidoqoftë, MySQL gjithashtu ka disa disavantazhe. Kjo është kryesisht për shkak të faktit se për të arritur një shpejtësi kaq të lartë, zhvilluesit duhej të sakrifikonin disa nga kërkesat për sistemet e menaxhimit të bazës së të dhënave relacionale.

Pra, MySQL mungon:

1 . Mbështetje për pyetjet e ndërlidhura si SELECT * FROM tabela1 WHERE id IN (SELECT id FROM tabela2) (në versionet e mëparshme).

2. Mbështetja e transaksionit nuk zbatohet. Në vend të kësaj, propozohet përdorimi i TABELËS LOCK/UNLOCK.

3. Nuk ka mbështetje për çelësat e huaj.

4 . Nuk ka mbështetje për nxitësit dhe procedurat e ruajtura.

5 . Nuk ka mbështetje për pamjet (VIEW). Në versionin 3.23 është planifikuar të jetë në gjendje të krijojë pamje.

Sipas krijuesve, ishin pikët 2-4 që bënë të mundur arritjen e performancës së lartë. Zbatimi i tyre ul ndjeshëm shpejtësinë e serverit. Këto veçori nuk janë kritike kur krijohen aplikacione Web, të cilat, të kombinuara me performancën e lartë dhe çmimin e ulët, lejuan që serveri të bëhej shumë i popullarizuar.

Licencimi

MySQL është i licencuar dyfish. MySQL mund të shpërndahet sipas kushteve të GPL. Megjithatë, sipas kushteve të GPL, nëse ndonjë program përfshin kodin burimor MySQL, atëherë ai gjithashtu duhet të shpërndahet nën licencën GPL. Kjo mund të jetë në kundërshtim me planet e zhvilluesve që nuk duan të përdorin programet e tyre me kod të hapur. Për raste të tilla jepet një licencë tregtare, e cila ofron edhe mbështetje shërbimi cilësor.

Platformat

MySQL është transferuar në një numër të madh platformash: AIX, BSDi, FreeBSD, HP-UX, Linux, Mac OS X, NetBSD, OpenBSD, OS/2 Warp, SGI IRIX, Solaris, SunOS, SCO OpenServer, UnixWare, Tru64, Windows 95, Windows 98, Windows NT, Windows 2000, Windows XP, Windows Server 2003, WinCE, Windows Vista dhe Windows 7. Ekziston gjithashtu një port MySQL për OpenVMS. Është e rëndësishme të theksohet se në faqen zyrtare të DBMS, jo vetëm kodet burimore ofrohen për shkarkim falas, por edhe module të gatshme të ekzekutueshme MySQL DBMS të përpiluara dhe optimizuara për sisteme operative specifike.

Gjuhët e programimit

MySQL ka API për Delphi, C, C++, Eiffel, Java, Lisp, Perl, PHP, Python, Ruby, Smalltalk, Component Pascal dhe Tcl, biblioteka për gjuhët e platformës .NET, dhe gjithashtu ofron mbështetje për ODBC përmes drejtuesit të MyODBC ODBC.

Historia e versionit

Lëshimi i parë i brendshëm i MySQL u bë më 23 maj 1995 [burimi nuk specifikohet 1224 ditë].
Versioni për sistemet Windows (Windows 95 dhe NT) u lëshua më 8 janar 1998.
Versioni 3.23: versioni beta në qershor 2000, lëshimi në janar 2001.
Versioni 4.0: beta në gusht 2002, lëshimi në mars 2003.
Versioni 4.1: beta në qershor 2004, lëshimi në tetor 2004.
Versioni 5.0: beta në mars 2005, lëshimi në tetor 2005.
Versioni 5.1: zhvillimi filloi në nëntor 2005, lëshimi në nëntor 2008.
Versioni 5.4: beta në prill 2009, nuk u lëshua.
Versioni 5.5: lëshimi në dhjetor 2010.
Versioni 5.6: në zhvillim (5.6.6 m9 7 gusht 2012).

Historia e versionit


MySQL 4.0

Edhe pse versioni 4.0 është i vjetëruar, ai ende ka miratim të konsiderueshëm. Karakteristikat kryesore të këtij versioni:

Implementimi pothuajse i plotë i ANSI SQL-99, plus shtesat;
kompatibilitet ndër-platformë;
llojet e pavarura të tabelave (MyISAM për lexim të shpejtë, InnoDB për transaksione dhe integritet referencial);
transaksionet;
mbështetje SSL;
memoria e kërkesave;
përsëritje: një server koka për një skllav, shumë skllevër për një kokë;
indeksimi dhe kërkimi i tekstit të plotë duke përdorur llojin e tabelës MyISAM;
biblioteka e implementuar e bazës së të dhënave;
Mbështetje Unicode (UTF-8);
Tabelat InnoDB në përputhje me ACID;
një server i integruar që lejon MySQL të përfshihet në aplikacione të pavarura.

Pyetjet e mbivendosura dhe tabelat e prejardhura.
sistem i ri i kodimit dhe renditjes;
një protokoll klient-server më i shpejtë dhe më fleksibël me mbështetje për pyetjet e përgatitura, duke siguruar ekzekutimin optimal të tyre;
program i ri instalimi dhe konfigurimi për Microsoft Windows dhe Linux;
lidhjet klient-server të siguruara nëpërmjet OpenSSL;
bibliotekë shumë e optimizuar që mund të përdoret në programe të palëve të treta;
mbështetje e plotë e Unicode (UTF-8 dhe UCS2);
Llojet standarde të të dhënave hapësinore GIS për ruajtjen e informacionit gjeografik;
Sistemi i përmirësuar i kërkimit dhe ndihmës në tekst të plotë.

MySQL 5.0

Versioni MySQL 5.0 u lëshua më 24 tetor 2005, ky version ka zgjeruar ndjeshëm funksionalitetin që e vendos MySQL në të njëjtin nivel me DBMS-të komerciale. Nëse më parë MySQL DBMS akuzohej për mbështetje të pamjaftueshme për standardin SQL, atëherë me ardhjen e versionit të pestë të kësaj baze të dhënash popullore, u shfaq mbështetje pothuajse e plotë për standardin SQL. MySQL 5.0 përmban risitë e mëposhtme:
procedurat dhe funksionet e ruajtura;
trajtuesit e gabimeve;
kursorë;
nxitës;
përfaqësim;
skema e informacionit (i ashtuquajturi fjalor sistemi që përmban meta të dhëna).

MySQL 5.1

MySQL 5.1 vazhdon rrugën drejt standardit SQL:2003. MySQL 5.1 përmban risitë e mëposhtme:

Ndarja është aftësia për të ndarë një tabelë të madhe në disa pjesë të vendosura në sisteme të ndryshme skedarësh, bazuar në një funksion të përcaktuar nga përdoruesi. Në kushte të caktuara, kjo mund të sigurojë një rritje të konsiderueshme të performancës dhe, përveç kësaj, e bën më të lehtë shkallëzimin e tabelave.
Sjellja e një numri operatorësh është ndryshuar për të siguruar përputhshmëri më të madhe me standardin SQL2003.
Replikimi i bazuar në rresht, në të cilin vetëm informacioni për rreshtat e tabelave të ndryshuara në fakt do të shkruhen në regjistrin binar në vend të tekstit origjinal (dhe ndoshta të ngadaltë) të pyetjes. Replikimi i rreshtave mund të përdoret vetëm për lloje të caktuara të pyetjeve SQL, në termat MySQL - replikimi i përzier.
Programues i integruar i punëve të lançuara në mënyrë periodike. Për sa i përket sintaksës, shtimi i një detyre është i ngjashëm me shtimin e një shkas në një tabelë; në ideologji, është i ngjashëm me crontab.
Komplet shtesë funksionesh për përpunimin XML, zbatimin e mbështetjes XPath.
Shërbimet e reja të diagnostikimit të problemeve dhe analizës së performancës. Aftësitë për menaxhimin e përmbajtjes së skedarëve të regjistrit janë zgjeruar; regjistrat tani mund të ruhen në tabelat general_log dhe slow_log. Shërbimi mysqlslap ju lejon të ngarkoni testin e bazës së të dhënave dhe të regjistroni kohën e përgjigjes për secilën kërkesë.
Për të thjeshtuar funksionimin e azhurnimit, është përgatitur mjeti mysql_upgrade, i cili do të kontrollojë të gjitha tabelat ekzistuese për pajtueshmërinë me versionin e ri dhe, nëse është e nevojshme, do të bëjë rregullimet e duhura.
MySQL Cluster tani është lëshuar si një produkt i veçantë i bazuar në ruajtjen e MySQL 5.1 dhe NDBCLUSTER.
Ndryshime të rëndësishme në funksionimin e MySQL Cluster, të tilla si, për shembull, aftësia për të ruajtur të dhënat tabelare në disk.
Kthehuni te përdorimi i bibliotekës së integruar libmysqld, e cila mungonte në MySQL 5.0.
Një API për shtojcat që ju lejon të ngarkoni module të palëve të treta që zgjerojnë funksionalitetin (siç është kërkimi me tekst të plotë) pa rifilluar serverin.
Zbatimi i një analizuesi të kërkimit të tekstit të plotë si një shtojcë.
Lloji i ri i tryezës Maria (klon rezistent ndaj përplasjeve i MyISAM).

Lloji i tavolinës Maria

Maria (duke filluar nga versioni 5.2.x - Aria) - një version i zgjeruar i ruajtjes MyISAM, me shtimin e mjeteve për ruajtjen e integritetit të të dhënave pas një përplasjeje.
Përparësitë kryesore të Maria:

Në rast përplasjeje, rezultatet e operacionit aktual kthehen ose kthehen në gjendjen përpara komandës LOCK TABLES. Zbatimi nëpërmjet operacioneve të prerjeve.
Aftësia për të rivendosur gjendjen nga çdo pikë në regjistrin e funksionimit, duke përfshirë mbështetjen për CREATE/DROP/REEMRO/TRUNCATE. Mund të përdoret për të krijuar kopje rezervë shtesë përmes kopjimit periodik të regjistrit të funksionimit.
Mbështetja për të gjitha formatet e kolonave MyISAM është zgjeruar me një format të ri "rreshta në bllok" që përdor një metodë të ruajtjes së të dhënave të bazuara në faqe, në të cilën të dhënat në kolona mund të ruhen në memorie të fshehtë.
Në të ardhmen do të zbatohen dy mënyra: transaksionale dhe pa reflektim në regjistrin e transaksioneve, për të dhëna jo kritike.
Madhësia e faqes së të dhënave është 8 KB (në MyISAM 1 KB), e cila lejon performancë më të mirë për indekset në fusha me madhësi fikse, por më e ngadaltë në rastin e indeksimit të tasteve me gjatësi të ndryshueshme.

MySQL 5.5

Dega MySQL 5.5 bazohet në serinë e papublikuar MySQL 5.4 dhe përmban një numër përmirësimesh të rëndësishme që lidhen me rritjen e shkallëzimit dhe performancës, duke përfshirë:
Përdorimi i motorit InnoDB si parazgjedhje.
Mbështetje për një mekanizëm përsëritjeje gjysmë sinkron bazuar në arna në InnoDB nga Google.
Funksionaliteti i përmirësuar i ndarjes së të dhënave. Sintaksë e avancuar për ndarjen e tabelave të mëdha në pjesë të shumta të vendosura në sistemet e skedarëve (ndarje). U shtuan operacionet RANGE, LIST dhe metodën e optimizimit të "krasitjes së ndarjeve".
Një mekanizëm i ri për optimizimin e pyetjeve të ndërlidhura dhe operacionet JOIN.
Sistemi i mbylljes së brendshme është ridizajnuar.
Arnimet e Google janë integruar për të optimizuar performancën e InnoDB në procesorë me një numër të madh bërthamash.

MySQL 6.0

Versioni MySQL 6.0 u ngri në fazën e testimit alfa. Fillimisht, u vendos të krijohej versioni 5.2; ky version shpejt u riemërua 6.0. Sidoqoftë, informacionet e mëvonshme rreth MySQL 6.0 u zhdukën nga faqja dhe zhvilluesit u fokusuan në versionin 5.5 dhe versionin pasues 5.6.
Një nga risitë kryesore të versionit 6.0 ishte planifikuar të ishte një lloj i ri tavoline Falcon, i zhvilluar si një zëvendësim i mundshëm për InnoDB nga Innobase, i blerë nga Oracle. Në lidhje me blerjen e Sun Microsystems nga e njëjta Oracle në vitin 2010, fati i Falcon mbetet në dyshim.

Specifikimet

Madhësia maksimale e tabelës në MySQL 3.22 është deri në 4 GB, në versionet e mëvonshme madhësia maksimale është deri në 8 milion TB (263 bytes).
Madhësia e një tavoline është e kufizuar nga lloji i saj. Në përgjithësi, lloji MyISAM është i kufizuar nga kufiri i madhësisë së skedarit të sistemit të skedarëve të sistemit operativ. Për shembull, në NTFS kjo madhësi teorikisht mund të jetë deri në 32 ekzabajt. Në rastin e InnoDB, një tabelë mund të ruhet në disa skedarë që përfaqësojnë një hapësirë ​​të vetme tavoline. Madhësia e këtij të fundit mund të arrijë 64 terabajt.

Ndryshe nga MyISAM, InnoDB ka një kufi të konsiderueshëm në numrin e kolonave që mund të shtohen në një tabelë të vetme. Madhësia e parazgjedhur e faqes së memories është 16 kilobajt, nga të cilat 8123 bajt janë ndarë për të dhëna. Madhësia e një treguesi në fushat dinamike është 20 bajt. Kështu, kur përdoret formati dinamik i rreshtit (ROW_FORMAT=DYNAMIC), një tabelë mund të akomodojë një maksimum prej 409 kolona blob ose teksti.

Duke filluar nga versioni 4.1, një sistem i ri kodimi dhe klasifikimi është futur në MySQL DBMS. Kur përdorni kodimin Windows-1251, përpara se të ekzekutoni deklaratat SQL, duhet të konfiguroni kodimin e lidhjes duke përdorur operatorët:

SET karakter_set_klient="cp1251";
SET karakter_set_results="cp1251";
SET karakter_set_lidhje = "cp1251";

Këto tre pohime janë ekuivalente me thirrjen e një deklarate:

VENDOSI EMRAT "cp1251"

Variabli character_set_client vendos kodimin e të dhënave të dërguara nga klienti, variabla character_set_results vendos kodimin e të dhënave të dërguara te klienti, ndryshorja character_set_connection vendos kodimin në të cilin konvertohet informacioni i marrë nga klienti përpara se të ekzekutohet kërkesa në server.

Kur përdorni UTF-8 Unicode, kjo deklaratë duket si kjo:
VENDOSI EMRAT "utf8"

Kodimi ISO 8859-5 nuk mbështetet.

Në MySQL zgjidhni versionin ()— një pyetje që kthen emrin e paketës së përdorur dhe versionin e saj. Emri mund të jetë vetë MySQL ose piruni i tij, i cili zhvillohet në mënyrë të pavarur - MaraiDB. Dallimi midis paketave nuk është i dukshëm kur zgjidhni shumicën e problemeve. MySQL 5.6 përputhet me MaraiDB 10.

Versioni i zgjedhur i MySQL dhe si të zbuloni versionin MySQL

Ju mund ta zbuloni versionin në disa mënyra. Më e thjeshta nuk kërkon njohjen e fjalëkalimit të përdoruesit të serverit të bazës së të dhënave. Thjesht identifikohuni përmes SSH dhe ekzekutoni mysql --version

mysql Ver 14.14 Distrib 5.5.55, për debian-linux-gnu (x86_64) duke përdorur readline 6.3

Për të përdorur metodën e dhënë në titull, duhet të dërgoni një kërkesë SQL; për ta bërë këtë, identifikohuni në tastierë (mund ta bëni këtë edhe me një skript).

Shkruani fjalëkalimin:
Mirë se vini në monitorin MySQL. Komandat mbarojnë me ; ose\g.
ID-ja juaj e lidhjes MySQL është 41
Versioni i serverit: 5.5.55-0ubuntu0.14.04.1 (Ubuntu)

E drejta e autorit (c) 2000, 2017, Oracle dhe/ose filialet e saj. Të gjitha të drejtat e rezervuara.

Oracle është një markë e regjistruar e Oracle Corporation dhe/ose e saj
filialet. Emrat e tjerë mund të jenë marka tregtare të tyre përkatëse
pronarët.

Shkruani "ndihmë;" ose "\h" për ndihmë. Shkruani "\c" për të pastruar deklaratën aktuale të hyrjes.

Informacioni i nevojshëm është i disponueshëm në daljen që shfaqet pas autorizimit të suksesshëm. Në këtë rast, përdoret versioni 5.5.55-0 i MySQL Server.

Gjithashtu, një herë në tastierën e serverit të bazës së të dhënave, mund të kërkoni versionin si më poshtë:

+————————-+
| version() |
+————————-+
| 5.5.55-0ubuntu0.14.04.1 |
+————————-+
1 rresht në grup (0,00 sek)

Në të gjitha rastet e shqyrtuara, u mor një informacion po aq i plotë.

Lexoni një seri artikujsh që përshkruajnë bazat e punës me MySQL ().

Nëse skriptet e faqes që punojnë me bazën e të dhënave janë shkruar për një version specifik të softuerit në server dhe nuk është ai version që përdoret, versioni, si dhe vetë paketa, mund të ndryshohen. Kjo bëhet mjaft thjesht në Debian; algoritmi është dhënë më poshtë.

Ndryshimi i versionit të serverit të bazës së të dhënave në Debian

1) duke përdorur mjetin mysqldump, krijohet një hale e të gjitha tabelave (përfshirë tabelat e shërbimit)

2) paketa hiqet apt-get hiq mysql-server* && apt-get spast mysql-server*, gjithashtu duhet të fshini /var/lib/mysql dhe /etc/mysql pasi të keni bërë një kopje

3) depoja e listuar në faqen zyrtare shtohet në /etc/apt/source.list (për shembull, për MariaDB 10 në Debian 8), informacioni përditësohet apt-merr përditësimin

3) gjithashtu përmes apt-merr instalohet një paketë e re dhe më pas ngarkohen deponitë e bazës së të dhënave

Duhet të keni gjithmonë kopje në rast të situatave të paparashikuara. Versione të ndryshme përdorin direktiva të ndryshme në skedarët e konfigurimit dhe mund të kërkojnë redaktim manual.

Lexoni rreth, me ndihmën e tij është nxjerrë versioni i paketës; marrja e mostrave është operacioni më i zakonshëm.

• Siguria
• Cilësia
• Çmimi
• Besueshmëria
• Thjeshtësia
• Stabiliteti
• Mbështetje
• Shpejtësia
• Paneli i kontrollit

Seksioni i ndihmës FAQ

Rishikimi i pritjes së videos

Si të ngarkoni një server në FTP

KUJDES: Ju duhet vetëm të ngarkoni 3 dosje ( skriptet e filtrave, mënyrat e lojës, skedarët e skriptit) dhe 1 skedar server.cfg, pastaj shkruani rreshtin në server.cfg (nëse nuk është aty) shtojcat streamer.so sscanf.so CRP.so mysql.so Gjithashtu duhet të siguroheni që modi në formatin .amx ekziston në dosjen e modaliteteve të lojës dhe emri i mod është shkruar saktë në server.cfg (config).

Klienti FileZilla
Hyni mikpritës Shembull: 194.58.88.74 - identifikimi *****- fjalëkalimin******** MOS HYNI ASGJË NË FUSHËN PORTI!!!

KUJDES: Nëse nuk ka lidhje me FTP përmes FileZilla, shkarkoni Total Commander dhe lidheni përmes tij!

Komandant total- për ngarkimin e skedarëve tuaj samp në FTP
Hyni mikpritës Shembull: 194.58.88.74 - identifikimi 173104911- fjalëkalimin g1KdN7D3q

Ku të hyni? Përgjigja: ekzekutoni Total Commander > Network > Lidhu me serverin FTP > Shto dhe më pas fut të dhënat e tua siç tregohet në shembullin e pamjes së ekranit:

Mod i panjohur

Nëse fusha juaj e modalitetit të lojës thotë "i panjohur", atëherë ndiqni këto hapa:
1. Së pari, mbyllni serverin tuaj
2. Shkoni te paneli i kontrollit në skedën Opsionet e serverit > Cilësimet
3. Shtoni një rresht më poshtë shtojcat streamer.so sscanf.so CRP.so mysql.so
Ndryshoni emrin e shtojcave nëse modi është i panjohur, për shembull: shtojcat streamer.so sscanf.so CRP.so mysql.so në shtojcat streamer2.7.2.so sscanf.so CRP.so mysqlR34.so
*Dosja e shtojcave është instaluar fillimisht si parazgjedhje dhe përmban të gjitha shtojcat e nevojshme.
*Mund të instaloni ndonjë nga shtojcat tuaja në FTP, më pas regjistroni shtojcën e kërkuar për serverin në panelin e kontrollit në seksionin Cilësimet.
*Për të përpiluar dhe përditësuar transmetimin, përdorni programin PAWNO
4.Në një dosje shtojcat duhet të ketë shtojca me shtesën .so për Linux: zgjidhni shtesën e dëshiruar për serverin tuaj dhe shkruani emrin e saj në cilësimet e panelit në shtojcat e linjës SHEMBULL: shtojcat streamer.so
5. Mos harroni se ne përdorim OS Linux, që do të thotë në Parametrat e Panelit
shkruani rreshtin për shtojcat e shtojcave: streamer.so sscanf.so CRP.so me shtesën .kështu që përndryshe serveri juaj nuk do të funksionojë siç duhet.

Për OS Linux regjistrohu në server.cfg si: shtojca streamer.so sscanf.so CRP.so mysql.so antiattack.so
Një nga shtojcat libmysqlclient.so.15 libmysqlclient.so.16 libmysqlclient_r.so.16 duhet të gjendet në dosjen e serverit.

Kujdes: nëse serveri funksionon siç duhet në Windows OS, kjo nuk do të thotë se do të funksionojë siç duhet në Linux.

Çfarë duhet të bëj nëse pas mbushjes nuk ka ikona, shtëpi, biznese etj.?

Shkruani streamer2.5.so në konfigurim, ruani dhe rindizni serverin.
Shembull:

shtojcat streamer2.5.so sscanf.so CRP.so mysql.so regex.so

Si të zbuloni versionin e shtojcës?
Në kompjuterin tuaj lokal, filloni serverin, pastaj shikoni në regjistër, versioni i shtojcës do të tregohet atje, regjistrojeni këtë version në host në konfigurimin e serverit.
Shembull:

Pluginat e serverit
--------------
Po ngarkon shtojcën: streamer.so
*** Shtojca Streamer v2.6.1 nga ngarkuar në mënyrë të fshehtë ***

Kjo do të thotë që ju duhet të specifikoni versionin streamer2.6.1.so në konfigurimin e serverit

Ndihmë - Lidhja e modit me serverin mysql

Hapni mod (file.PWN) me programin PAWNO, specifikoni të dhënat tuaja nga seksioni MYSQL

Shembull:

#define mysql_host "host.site"
#define mysql_db "s20000"
#define mysql_user "s20000"
#define mysql_pass "lazyrich"

Pas përpilimit të modit në .AMX dhe importimit të pyetjes sql në bazën e të dhënave

Kujdes! Nëse shfaqet e panjohura gjatë procesit të përpilimit, mod nuk do të zbulohet.
Zgjidhja është të kërkoni një skriptues për të rregulluar gabimin.

Për të ndryshuar emrin e modit, ose më saktë parametrin e emrit të hostit, duhet të futni panelin e kontrollit të serverit në seksionin -Cilësimet (ky është konfigurimi i serverit sever.cfg) dhe në rreshtin e emrit të hostit në të djathtë, shkruani emrin e serverit tuaj , për shembull: *** Serveri ynë është më i miri * **
Ruani të dhënat në panel dhe sigurohuni që të rinisni serverin që parametrat e rinj të hyjnë në fuqi.
Nëse emri juaj nuk ka ndryshuar pas të gjitha sa më sipër, atëherë duhet të ndryshoni emrin në vetë mod me programin PAWNO, dhe kjo është një histori krejtësisht e ndryshme e disponueshme në internet.

Serveri.cfg

pyetja 1 - Ne nuk ndryshojmë.

maxnpc 10 – Ne nuk ndryshojmë.
onfoot_rate 40 – Mos ndryshoni.
incar_rate 40 – Ne nuk e ndryshojmë atë.
Weapon_rate 40 – Mos ndryshoni.




- linjë standarde e shtojcave për konfigurimin samp

Si t'i jepni vetes një llogari administratori

Shkoni te serveri në dosje skedarët e skriptit, gjeni tuajën NICK
shembull: Aldo_Mangano, hapni skedarin duke përdorur Notepad,
gjeni vijën Niveli i Administrimit specifikoni 1999, pastaj ruani skedarin dhe rinisni serverin.

Serveri.cfg

echo po ekzekuton konfigurimin e serverit…
lanmode 0 – 0 – lojë përmes internetit, 1 – lojë përmes një rrjeti lokal.
rcon_password 123 – “123” – fjalëkalim nga paneli i administratorit në server.
maxplayers 50 – Siç e keni kuptuar tashmë, numri maksimal është lojtarët. Në versionin 0.3a, maksimumi 500.
porti 7777 – Porti i shfaqur në fund të adresës së serverit tuaj. (Në host ajo ekspozohet)
Emri i hostit NameServer – Emri i serverit tuaj të ardhshëm.
modaliteti gamemode0 – Modaliteti i lojës për serverin tuaj të ardhshëm. Më shumë për këtë më poshtë...
shpall 0 – 1 serveri është i dukshëm në skedën Internet / 0 nuk është i dukshëm.
pyetja 1 - Ne nuk ndryshojmë.
faqe weburl – Faqja e serverit, nëse është e disponueshme.
maxnpc 10 – Ne nuk ndryshojmë.
onfoot_rate 40 – Mos ndryshoni.
incar_rate 40 – Ne nuk e ndryshojmë atë.
Weapon_rate 40 – Mos ndryshoni.
stream_distance 300.0 – Mos ndryshoni.
stream_rate 1000 – Mos ndryshoni.
fjalëkalimi - your_password (Server me një fjalëkalim)
gjuha Rusia - harta për 0.3.7 në vend të hartës
shtojcat streamer.so sscanf.so CRP.so mysql.so regex.so dc_cmd.so CVector.so nativechecker.so- linjë standarde e shtojcave për konfigurimin samp

Lëshimi i lëshimit të qëndrueshëm të versionit 5.6 të MySQL. Në versionin e ri është bërë shumë punë. Përpjekjet kryesore kishin për qëllim përmirësimin e performancës, shkallëzueshmërisë dhe fleksibilitetit. Motori InnoDB ka pësuar ndryshime të rëndësishme.

Përmirësimet kryesore përfshijnë: mbështetjen për mjetet e kërkimit me tekst të plotë, aftësinë për të hyrë në të dhëna nëpërmjet API-së së memcached, rritjen e performancës gjatë regjistrimit intensiv të të dhënave dhe rritjen e shkallëzueshmërisë kur përpunohen një numër i madh kërkesash të njëkohshme.

Një tjetër risi në versionin 5.6 është aftësia për të ekzekutuar operacionet DDL (Data Definition Language) pa e shkëputur DBMS-në dhe pa ndërprerë aksesin në tabela. Administratorët janë në gjendje të kryejnë operacione që lidhen me rivendosjen e skemës, shtimin ose fshirjen e kolonave të të dhënave ose riemërtimin e kolonave pa mbyllur DBMS. Më parë, karakteristika të tilla ishin të disponueshme vetëm në produktet NoSQL.

Krahasuar me versionin 5.5, produkti i ri tani mund të funksionojë në serverë me 48 bërthama, kundrejt 32 bërthamave në MySQL 5.5

Pak më shumë detaje rreth veçorive kryesore:

• Një ndërfaqe është implementuar për qasje të drejtpërdrejtë në tabelat InnoDB në stilin e sistemeve NoSQL duke përdorur një API që manipulon çiftet e çelësave/vlerave dhe është në përputhje me memcached.
• Tani është e mundur të krijohen indekse me tekst të plotë në InnoDB për të organizuar një kërkim të shpejtë sipas formave të fjalëve midis përmbajtjes së tekstit të ruajtur në tabelat InnoDB. Më parë, kërkimi me tekst të plotë ishte i disponueshëm vetëm për tabelat MyISAM.
• Përmirësimi i efikasitetit të optimizuesit të pyetjeve, optimizimi i procesit të zgjedhjes së grupit të rezultateve të vlerave, renditja dhe ekzekutimi i pyetjes. Optimizimet e Pushdown për gjendjen e re të indeksit (ICP) dhe Batch Key Access (BKA) ofrojnë deri në 280x më shumë xhiro për disa pyetje. Efikasiteti i ekzekutimit të pyetjeve si "ZGJEDH... NGA tabela e vetme... RENDOSJE SIPAS KUFIZUARIT të jo_indeksit_kolona N;" është rritur. Është përmirësuar performanca e pyetjeve "SELECT... LIMIT N" që shfaqin vetëm një pjesë të rreshtave nga një kampion i madh.
• Mjetet diagnostikuese të Optimizerit janë zgjeruar, mbështetja EXPLAIN është shtuar për operacionet INSERT, UPDATE dhe DELETE. Rezultatet EXPLAIN tani mund të dalin në format JSON. Modaliteti i ri i gjurmimit të optimizuesit ju lejon të gjurmoni çdo vendim të marrë gjatë optimizimit të pyetjeve.
• Optimizimet shtesë për ekzekutimin e nënpyetjeve, në të cilat pyetjet e mbivendosura të formës "ZGJEDH... NGA tabela1 WHERE... IN (SELECT... FROM tabela2 ...))" përkthehen në një paraqitje më optimale në fazë përpara se pyetja të ekzekutohet drejtpërdrejt, për shembull, të zëvendësohet me një JOIN më efikas.
• Zgjerimi i zbatimit të sistemit diagnostikues PERFORMANCE_SCHEMA, i cili ofron mjete të nivelit të ulët për monitorimin e ekzekutimit të pyetjeve dhe ngjarjeve të ndryshme gjatë funksionimit të DBMS. PERFORMANCE_SCHEMA ofron një pasqyrë të detajuar mbi pengesat në pyetjet e gjata, si dhe statistika përmbledhëse të grupuara sipas pyetjes, fillit, përdoruesit, hostit dhe objektit.
• Zbatimi i motorit InnoDB është përmirësuar, ka një rritje të performancës gjatë ekzekutimit të transaksioneve dhe gjatë aktivitetit me një mbizotërim të operacioneve të leximit të të dhënave - në disa situata, përshpejtimi arrin 230%.
• Modaliteti i riprodhimit të shtyrë, i cili ju lejon të riprodhoni të dhënat jo menjëherë, por me një vonesë të caktuar, gjë që ju lejon të siguroni mbrojtje kundër gabimeve të operatorit (për shembull, fshirja aksidentale e përmbajtjes së tabelës).
• Rritja e madhësisë maksimale të skedarëve me regjistrat e ndryshimeve (InnoDB Redo Log) nga 4 GB në 2 TB.
• Përmirësimet e sigurisë: mbështetje për specifikimin e parametrave të vërtetimit në skedarin .mylogin.cnf në formë të koduar; shtimi i shtojcës sha256_password për ruajtjen e hashes së fjalëkalimit duke përdorur algoritmin SHA-256; shtimi i një fushe me kohën e skadimit të fjalëkalimit në tabelën mysql.user; funksioni i ri SQL VALIDATE_PASSWORD_STRENGTH() për të vlerësuar fuqinë e fjalëkalimit.
• Mbështetje për drejtimin e serverit në modalitetin vetëm për lexim (opsioni --innodb-vetëm për lexim, vetëm InnoDB).
• Mbështetje për specifikimin e sekondave të pjesshme në funksionet TIME, DATETIME dhe TIMESTAMP për të specifikuar mikrosekonda.
• Mbështetje për opsionet "--log", "--log-slow-queries", "--one-thread", "--safe-mode", "--skip-thread-priority", "--table- "është ndërprerë cache".

Mund të mësoni më shumë për risitë në

Së pari, duhet të vendosni nëse dëshironi versionin më të fundit eksperimental ose versionin më të fundit të qëndrueshëm:

• Nëse jeni gati të përdorni MySQL për herë të parë, ose po përpiqeni të portoni MySQL në një sistem që nuk ka një shpërndarje binare, ne përgjithësisht rekomandojmë të filloni me versionin e qëndrueshëm (aktualisht versioni 3.23). Ju lutemi mbani në mend se të gjitha versionet e MySQL testohen duke përdorur standardet e MySQL dhe një grup testesh gjithëpërfshirëse përpara çdo publikimi (edhe për lëshimet eksperimentale).
• Nëse jeni duke punuar me një sistem të vjetër dhe dëshironi ta përmirësoni atë, por dëshironi të shmangni mospërputhjet e mundshme gjatë përmirësimit, atëherë duhet ta zëvendësoni atë me versionin më të ri në të njëjtën degë që po përdorni (ku është vetëm numri i versionit të fundit më i ri se i juaji). Në versione të tilla, ne përpiqemi të rregullojmë vetëm gabime kritike dhe të bëjmë vetëm ndryshime të vogla, relativisht të sigurta.

Së dyti, ju duhet të vendosni nëse dëshironi të përdorni një shpërndarje burimi apo një shpërndarje binare. Në shumicën e rasteve, është më mirë të zgjidhni një shpërndarje binare nëse ekziston për platformën tuaj, pasi zakonisht është më e lehtë për t'u instaluar sesa një shpërndarje burimore.

Instalimi nga burimi mund të preferohet në rastet e mëposhtme:

• Nëse keni nevojë të instaloni MySQL në një vend të specifikuar në mënyrë eksplicite (dorëzimi standard binare janë ``gati për t'u ekzekutuar` kudo, por mund t'ju duhet edhe më shumë fleksibilitet).
• Për të përmbushur kërkesat e ndryshme të përdoruesve, ne ofrojmë dy versione të ndryshme binare: një i përpiluar me mbajtës tabelash jo-transaksionale (kod binar i vogël dhe i shpejtë) dhe i dyti i konfiguruar me aftësitë më të rëndësishme të shtrirjes, siç janë tabelat e ndërgjegjshme për transaksionet. Të dy versionet janë përpiluar nga i njëjti kod burim. Të gjithë klientët vendas të MySQL mund të lidhen me të dy versionet. Shpërndarja binare e versionit të zgjeruar të MySQL është shënuar me prapashtesën -max dhe është konfiguruar me të njëjtat opsione si mysqld-max. Shih seksionin 4.7.5 mysqld-max, një server i zgjeruar mysqld. Nëse dëshironi të përdorni paketën MySQL-Max RPM, fillimisht duhet të instaloni paketën standarde MySQL RPM.
• Nëse keni nevojë të konfiguroni mysqld me disa veçori shtesë që nuk janë të disponueshme në shpërndarjet standarde binare. Më poshtë është një listë e opsioneve shtesë më të zakonshme që mund të dëshironi të përdorni:
  • --me-innodb
  • --me-berkeley-db
  • --me-bastisje
  • --me-libwrap
  • --with-named-z-lib (Kjo bëhet për disa shpërndarje binare)
  • --me-debug[=plotë]
• Si parazgjedhje, një shpërndarje binare zakonisht përpilohet me mbështetje për të gjitha kodimet dhe duhet të funksionojë në procesorë të ndryshëm nga e njëjta familje procesorësh. Nëse dëshironi një server më të shpejtë MySQL, mund ta rikompiloni atë për të mbështetur vetëm atë kodim që ju nevojitet, të përdorni një përpilues më të mirë (si pgcc) ose të përdorni opsione përpiluesi që janë më të optimizuara për procesorin tuaj.
• Nëse gjeni një gabim dhe raportoni atë te ekipi i zhvillimit të MySQL, duhet t'ju dërgohet një korrigjim që duhet të aplikohet në shpërndarjen e kodit burimor për të rregulluar defektin.
• Nëse dëshironi të lexoni (dhe/ose modifikoni) kodin burimor MySQL (në C dhe C++), duhet të keni një shpërndarje të kodit burimor. Kodi burimor është gjithmonë dokumentacioni më i mirë. Shpërndarjet burimore gjithashtu përmbajnë më shumë teste dhe shembuj sesa shpërndarjet binare.

Sistemi i emërtimit të MySQL përdor numrat e lëshimit, të cilët përbëhen nga tre numra dhe një prapashtesë. Për shembull, lëshimi i mysql-3.21.17-beta interpretohet si më poshtë:

• Numri i parë (3) përshkruan formatin e skedarit. Të gjitha lëshimet e versionit 3 kanë të njëjtin format skedari.
• Numri i dytë (21) paraqet nivelin e daljes. Zakonisht ekziston një zgjedhje nga dy mundësi. Njëra përfaqëson lëshimin e degës së qëndrueshme (aktualisht 23) dhe e dyta përfaqëson degën eksperimentale (aktualisht 4.0). Zakonisht të dyja degët janë të qëndrueshme, por versioni eksperimental mund të ketë disa veçori, mund të mungojë dokumentacioni për veçori të reja ose mund të mos përpilohet në disa sisteme.
• Numri i tretë (17) është numri i versionit brenda nivelit të lëshimit. Ky numër rritet për çdo shpërndarje të re. Zakonisht ka kuptim të preferoni versionin më të fundit për nivelin e zgjedhur të lëshimit.
• Prapashtesa (beta) tregon nivelin e qëndrueshmërisë së një lëshimi të caktuar. Prapashtesat e mëposhtme janë të mundshme:
  • alfa tregon se publikimi përmban seksione të mëdha të kodit të ri që nuk është testuar 100%. Gabimet e gjetura (zakonisht nuk ka asnjë) duhet të dokumentohen në seksionin "Lajmet". Shihni pjesën D Historia e ndryshimeve dhe përditësimeve të MySQL. Shumica e lëshimeve alfa përfshijnë gjithashtu komanda dhe shtesa të reja. Ndërsa punoni në një version alfa, mund të ketë zhvillim aktiv që përfshin ndryshime të rëndësishme të kodit, por gjithçka testohet përpara lëshimit. Çdo lëshim i MySQL duhet të jetë pa gabime të njohura.
  • beta do të thotë që i gjithë kodi i ri është testuar. Nuk shtohen veçori të reja që mund të thyejnë kodin e vjetër. Nuk duhet të ketë gabime të njohura. Një version ndryshon nga alfa në beta kur nuk ka pasur raportime për gabime kritike në versionin alfa për të paktën një muaj dhe ne nuk planifikojmë të shtojmë ndonjë veçori të re që mund të zvogëlojë besueshmërinë e komandave të mëparshme.
  • gama është një version beta që pothuajse ka përfunduar dhe duket se po funksionon mirë. Shtohen vetëm rregullime të vogla. Kjo është pikërisht ajo që shumë kompani të tjera e quajnë lëshim.
  • Nëse nuk ka prapashtesë, do të thotë se versioni është ekzekutuar në shumë sisteme të ndryshme kompjuterike pa mesazhe gabimi përveç gabimeve specifike të platformës; për të lejohet vetëm korrigjimi i gabimeve kritike. Kjo është arsyeja pse ne e quajmë këtë lëshim të qëndrueshëm.

Të gjitha versionet e MySQL kalojnë përmes testeve dhe standardeve tona standarde për t'u siguruar që ato janë të besueshme për t'u përdorur. Për shkak se testet standarde zgjerohen periodikisht për të përfshirë testimin për defektet e reja të zbuluara dhe situatat që mund t'i shkaktojnë ato, grupi i testeve bëhet gjithnjë e më i mirë me kalimin e kohës.

Ju lutemi vini re se të gjitha lëshimet testohen me të paktën testet e mëposhtme:

Kompleti i brendshëm i testimit Kompleti është pjesë e sistemit të prodhimit të klientit. Ky grup përfshin shumë tabela me qindra megabajt të dhëna. MySQL Performance Test Suite Këto teste ekzekutohen në një grup pyetjesh të përdorura zakonisht. Ato gjithashtu ju lejojnë të shihni nëse paketa më e fundit e optimizimit e bën kodin tuaj më të shpejtë. Shih seksionin. crash-me test Testi përpiqet të përcaktojë se çfarë funksionaliteti mbështet baza e të dhënave dhe cilat janë aftësitë dhe kufizimet e saj. Shih seksionin 5.1.4 Paketa e standardeve MySQL.

Ka një provë tjetër. Ai përbëhet nga ne që ekzekutojmë versionin më të fundit të MySQL në mjedisin tonë të brendshëm të prodhimit në të paktën një makinë. Ne kemi më shumë se 100 gigabajt të dhëna për të punuar me këtë version.