MySQL (Sistem Free Relational Database Management System) este un server de baze de date compact, cu mai multe fire, rapid, stabil și ușor de utilizat.

Dezvoltat inițial de TcX pentru a rezolva problemele interne - cea mai rapidă procesare posibilă a bazelor de date mari. Utilizat intern din 1996 pe un server cu peste 40 de baze de date care conțin 10.000 de tabele, dintre care peste 500 au peste 7 milioane de rânduri.

Astăzi, MySQL este dezvoltat și susținut de Oracle Corporation, care a achiziționat Sun Microsystems pe 27 ianuarie 2010, după care a inclus MySQL în linia sa de produse. Anterior (26 februarie 2008), Sun Microsystems a plătit 1 miliard de dolari pentru a cumpăra MySQL AB. Produsul este distribuit atât sub licența publică generală GNU, cât și sub propria licență comercială. În plus, dezvoltatorii creează funcționalități la cererea utilizatorilor licențiați; datorită acestei comenzi a apărut mecanismul de replicare în aproape cele mai vechi versiuni.

MySQL este cea mai optimă soluție pentru aplicațiile de dimensiuni mici și mijlocii. Sursele serverului sunt compilate pe multe platforme. Capacitățile serverului sunt demonstrate pe deplin pe serverele Unix, unde există suport pentru multithreading, ceea ce oferă o creștere semnificativă a performanței. Inclus în serverele WAMP, AppServ, LAMP și în serverele portabile Denver, XAMPP. MySQL este folosit de obicei ca server accesat de clienți locali sau la distanță, dar distribuția include o bibliotecă back-end care permite ca MySQL să fie inclus în programele independente.
Datorită suportului său pentru un număr mare de tipuri de tabele, MySQL este destul de flexibil. Utilizatorii pot selecta atât tabele de căutare MyISAM full-text, cât și tabele individuale de tranzacții InnoDB. În plus, MySQL vine cu un tip special de tabel EXEMPLU care demonstrează cum se creează noi tipuri de tabel. Datorită acestui lucru, precum și arhitecturii deschise și licențelor GPL, este posibil să adăugați noi tipuri de tabele la MySQL aproape la nesfârșit.

Serverul MySQL este gratuit pentru uz necomercial. În caz contrar, trebuie să achiziționați o licență, al cărei cost actual este de 190 EUR.

Comunitatea de dezvoltatori MySQL a creat diverse fork-uri de cod, cum ar fi Drizzle, OurDelta, Percona Server și MariaDB. Toate aceste ramuri existau deja la momentul preluării de către Sun de către Oracle.

Apariția MySQL

Înainte de 1994, piața consta în primul rând din baze de date concepute pentru a gestiona volume mari de date și relații complexe, care aveau o varietate de capabilități, dar în același timp necesitau resurse de calcul semnificative. Aceste baze de date includ Oracle, Informix și Sybase. Nu existau SGBD-uri care să accepte SQL și să fie accesibile în același timp.

Marile corporații și universități își puteau permite să achiziționeze sisteme de calcul puternice, în timp ce organizațiile și utilizatorii mai mici foloseau baze de date desktop slabe, cum ar fi Postgres, care folosea o variantă a limbajului QUEL (PostQUEL), dar care, din păcate, necesita aceleași resurse. omologii, dar nu a oferit beneficiile utilizării SQL ca limbaj de interogare.

Apoi, un anume David Hughes (care mai târziu a devenit, după publicarea lucrării sale pe internet, cunoscut sub numele de Bamby), care scria o dizertație la Universitatea Bond (Australia) la acea vreme, a început să dezvolte proiectul Minerva Network Management System - un sistem de monitorizare și sistem de control din unul sau mai multe puncte peste un grup de sisteme. Elementul principal al proiectului a fost să fie o bază de date pentru a stoca informații despre toate calculatoarele din rețea. Hughes a decis mai întâi să folosească Postgres. Cu toate acestea, colegii au sugerat folosirea SQL ca limbaj de interogare pentru Minerva, deoarece SQL este cel mai comun limbaj de interogare, iar prin utilizarea lui, Minerva ar putea deveni disponibil oriunde pe planetă unde există un RDBMS care acceptă SQL. Acesta a fost impulsul pentru crearea MySQL.

Hughes a decis să creeze el însuși un program care să traducă SQL în PostQUEL în timp real. Și-a numit programul miniSQL sau mSQL. A interceptat instrucțiunile SQL trimise de Minerva, le-a convertit în PostQUEL și a trimis rezultatul către Postgres. De ceva vreme, această situație i-a convenit lui Hughes. Cu toate acestea, ca urmare a creșterii în continuare a Minerva, a devenit evident că, cu resursele limitate disponibile, nici Postgres, nici alte RDBMS mari nu ar fi capabile să suporte setul mic de caracteristici de care are nevoie. De exemplu, pentru a implementa capacitatea de a conecta simultan Minerva la mai multe baze de date simultan, Postgres a necesitat lansarea simultană a mai multor instanțe ale serverului de baze de date.

Pentru a rezolva aceste probleme, Hughes a analizat activitatea Minervei și s-a dovedit că principalele interogări generate de Minerva au fost: „inserați”, „ștergeți” și „selectați”. Deoarece Hughes avea deja mSQL care face traducerea SQL, trebuia doar să creeze un server de baze de date care să se potrivească nevoilor sale.

Și aici intervine Michael Monty Widenius, care este considerat inventatorul MySQL. În 1979, a dezvoltat un instrument de gestionare a bazelor de date numit UNIREG. Ulterior, UNIREG a fost extins pentru a suporta baze de date mai mari și a fost rescris în mai multe limbi. În 1994, TcX a început să dezvolte aplicații www folosind UNIREG. Cu toate acestea, din cauza supraîncărcării mari, UNIREG nu a putut fi utilizat cu succes pentru generarea dinamică a paginilor Web. Prin urmare, Widenius a decis să contacteze autorul mSQL, Hughes, pentru a-i sugera să conecteze mSQL la handlerul B+ ISAM din UNIREG. Cu toate acestea, Hughes a făcut progrese bune pe calea către mSQL 2, iar compania a decis să creeze un server de baze de date care să se potrivească nevoilor sale.

TcX a luat UNIREG ca bază și a folosit utilități terțe pentru mSQL, a scris un API pentru sistemul lor, care a fost inițial foarte asemănător cu API-ul pentru mSQL. Cu toate acestea, acest lucru a permis oricărui utilizator mSQL care dorea să migreze la serverul bazei de date TcX să facă modificări minore la codul său. Codul sursă al noii baze de date a fost complet original. Astfel, în mai 1995, compania avea o bază de date MySQL 1.0 care satisfacea pe deplin nevoile companiei.

În 1995, David Oxmark, care lucrează pentru Detron HB și este partener de afaceri al companiei, a început să invite activ TcX să distribuie DBMS-ul MySQL prin Internet. David chiar a participat la lucrul la documentație. Ca rezultat, versiunea 3.11.1 a SGBD-ului MySQL a fost lansată în 1996 ca distribuție binară pentru rularea Linux și Solaris. Astăzi, MySQL rulează pe multe platforme și este disponibil atât în ​​versiune binară, cât și în versiune sursă.

Astăzi, MySQL a devenit cel mai popular instrument pentru lucrul cu baze de date în PHP. Acest lucru se datorează în primul rând faptului că suportul pentru acest server este inclus în distribuția PHP. În plus, popularitatea MySQL este facilitată de caracteristici destul de bune și de o gamă largă de funcții standard de interfață care sunt extrem de ușor de utilizat.

Politica de licențiere a MySQL este mai flexibilă decât alte servere de baze de date. În esență, MySQL este gratuit, cu excepția cazului în care intenționați să îl vindeți sau să vindeți servicii create cu acesta.

MySQL este foarte portabil și poate fi folosit la fel de bine pe sisteme de operare comerciale precum Solaris, Irix sau Windows și pe orice hardware până la servere puternice. Mai mult, la fel ca rivalii săi mai scumpi, poate gestiona baze de date mari care conțin milioane de înregistrări.

Nume și logo

În ceea ce privește numele, există mai multe versiuni ale originii sale. Prima versiune spune că utilizarea prefixului „meu” se explică prin faptul că în TcX catalogul de bază, precum și un număr semnificativ de biblioteci și utilități, au fost desemnate prin acest prefix timp de zece ani. Prin urmare, era logic să-l folosești în acest caz.

A doua versiune, mai sentimentală, se bazează pe faptul că Michael Monty Widenius a numit noul produs MySQL după numele fiicei sale - My. Numele fiicei lui Videnius este cu adevărat al Meu și el însuși nu respinge nici prima, nici a doua versiune.

Logo-ul delfinilor MySQL se numește „Sakila”. A fost ales dintr-o listă mare de „nume de delfini” sugerate de utilizatori. Numele „Sakila” a fost trimis de dezvoltatorul Open Source Ambrose Twebaze.

Caracteristici MySQL

Principala caracteristică a MySQL este că acceptă limbajul de interogare SQL în standardul ANSI 92 și, în plus, are multe extensii la acest standard care nu se găsesc în niciun alt sistem de gestionare a bazelor de date.
O listă scurtă de caracteristici MySQL:

1. Este acceptată funcționarea eficientă a unui număr nelimitat de utilizatori care lucrează simultan cu baza de date.

2. Numărul de rânduri din tabele poate ajunge la 50 de milioane.

3. Executarea cât mai rapidă a comenzilor. Există o părere că MySQL este cel mai rapid server existent.

4. Sistem de securitate simplu și eficient.

Exemplu de diagramă în MySQL

Dezavantajele MySQL

Cu toate acestea, MySQL are și unele dezavantaje. Acest lucru se datorează în principal faptului că, pentru a atinge o viteză atât de mare, dezvoltatorii au fost nevoiți să sacrifice unele dintre cerințele pentru sistemele de gestionare a bazelor de date relaționale.

Deci, MySQL îi lipsește:

1 . Suport pentru interogări imbricate, cum ar fi SELECT * FROM table1 WHERE id IN (SELECT id FROM table2) (în versiunile anterioare).

2. Suportul pentru tranzacții nu este implementat. În schimb, se propune utilizarea LOCK/UNLOCK TABLE.

3. Nu există suport pentru cheile străine.

4 . Nu există suport pentru declanșatoare și proceduri stocate.

5 . Fără suport pentru vizualizări (VIEW). În versiunea 3.23 este planificat să poată crea vizualizări.

Potrivit creatorilor, punctele 2-4 au făcut posibilă obținerea unor performanțe ridicate. Implementarea lor reduce semnificativ viteza serverului. Aceste caracteristici nu sunt critice atunci când se creează aplicații Web, care, combinate cu performanță ridicată și preț scăzut, au permis serverului să devină foarte popular.

Licențiere

MySQL are licență duală. MySQL poate fi distribuit în conformitate cu termenii GPL. Cu toate acestea, în conformitate cu termenii GPL, dacă vreun program include cod sursă MySQL, atunci trebuie să fie distribuit și sub licența GPL. Acest lucru poate fi în contradicție cu planurile dezvoltatorilor care nu doresc să deschidă programele lor. Pentru astfel de cazuri, este furnizată o licență comercială, care oferă, de asemenea, asistență pentru servicii de înaltă calitate.

Platforme

MySQL a fost portat pe un număr mare de platforme: 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 și Windows 7. Există, de asemenea, un port MySQL pentru OpenVMS. Este important de reținut că pe site-ul oficial DBMS, nu numai codurile sursă sunt furnizate pentru descărcare gratuită, ci și module executabile MySQL DBMS gata făcute compilate și optimizate pentru anumite sisteme de operare.

Limbaje de programare

MySQL are API-uri pentru Delphi, C, C++, Eiffel, Java, Lisp, Perl, PHP, Python, Ruby, Smalltalk, Component Pascal și Tcl, biblioteci pentru limbaje platformei .NET și oferă, de asemenea, suport pentru ODBC prin driverul MyODBC ODBC.

Versiunea istorică

Prima lansare internă a MySQL a avut loc pe 23 mai 1995 [sursa nespecificată 1224 de zile].
Versiunea pentru sistemele Windows (Windows 95 și NT) a fost lansată pe 8 ianuarie 1998.
Versiunea 3.23: versiunea beta în iunie 2000, lansare în ianuarie 2001.
Versiunea 4.0: beta în august 2002, lansare în martie 2003.
Versiunea 4.1: beta în iunie 2004, lansare în octombrie 2004.
Versiunea 5.0: beta în martie 2005, lansare în octombrie 2005.
Versiunea 5.1: dezvoltarea a început în noiembrie 2005, lansarea în noiembrie 2008.
Versiunea 5.4: beta în aprilie 2009, nu a fost lansată.
Versiunea 5.5: lansare în decembrie 2010.
Versiunea 5.6: în dezvoltare (5.6.6 m9 7 august 2012).

Versiunea istorică


MySQL 4.0

Deși versiunea 4.0 este învechită, încă are o adoptare semnificativă. Principalele caracteristici ale acestei versiuni:

Implementare aproape completă a ANSI SQL-99, plus extensii;
compatibilitate multiplatformă;
tipuri de tabele independente (MyISAM pentru citire rapidă, InnoDB pentru tranzacții și integritate referențială);
tranzacții;
suport SSL;
cerere de stocare în cache;
replicare: un server principal pentru un sclav, mulți sclavi pentru un cap;
indexarea textului integral și căutarea folosind tipul de tabel MyISAM;
bibliotecă de baze de date implementată;
suport Unicode (UTF-8);
Tabele InnoDB compatibile cu ACID;
un server încorporat care permite includerea MySQL în aplicații independente.

Interogări imbricate și tabele derivate.
nou sistem de codare și sortare;
un protocol client-server mai rapid și mai flexibil cu suport pentru interogări pregătite, asigurând execuția optimă a acestora;
nou program de instalare și configurare pentru Microsoft Windows și Linux;
conexiuni client-server securizate prin OpenSSL;
bibliotecă foarte optimizată care poate fi utilizată în programe terțe;
suport complet Unicode (UTF-8 și UCS2);
tipuri de date spațiale GIS standard pentru stocarea informațiilor geografice;
sistem îmbunătățit de căutare și ajutor în text complet.

MySQL 5.0

Versiunea MySQL 5.0 a fost lansată pe 24 octombrie 2005, această versiune are o funcționalitate extinsă semnificativ, care pune MySQL la egalitate cu SGBD-urile comerciale. Dacă anterior SGBD-ul MySQL a fost acuzat de suport insuficient pentru standardul SQL, atunci odată cu apariția celei de-a cincea versiuni a acestei baze de date populare, a apărut suportul aproape complet pentru standardul SQL. MySQL 5.0 conține următoarele inovații:
proceduri și funcții stocate;
manipulatorii de erori;
cursoare;
declanșatoare;
reprezentare;
schema de informații (așa-numitul dicționar de sistem care conține metadate).

MySQL 5.1

MySQL 5.1 continuă calea către standardul SQL:2003. MySQL 5.1 conține următoarele inovații:

Partiționarea este capacitatea de a împărți un tabel mare în mai multe părți situate pe sisteme de fișiere diferite, pe baza unei funcții definite de utilizator. În anumite condiții, acest lucru poate oferi o creștere semnificativă a performanței și, în plus, facilitează scalarea tabelelor.
Comportamentul unui număr de operatori a fost modificat pentru a asigura o mai mare compatibilitate cu standardul SQL2003.
Replicare bazată pe rânduri, în care doar informațiile despre rândurile de tabel modificate efectiv vor fi scrise în jurnalul binar în locul textului de interogare original (și posibil lent). Replicarea rândurilor poate fi utilizată numai pentru anumite tipuri de interogări SQL, în termeni MySQL - replicare mixtă.
Programator încorporat al joburilor lansate periodic. În ceea ce privește sintaxa, adăugarea unei sarcini este similară cu adăugarea unui declanșator la un tabel; în ideologie, este similară cu crontab.
Set suplimentar de funcții pentru procesarea XML, implementarea suportului XPath.
Noi utilitare de diagnosticare a problemelor și analiză a performanței. Capacitățile de gestionare a conținutului fișierelor jurnal au fost extinse; jurnalele pot fi acum salvate în tabelele general_log și slow_log. Utilitarul mysqlslap vă permite să testați baza de date și să înregistrați timpul de răspuns pentru fiecare solicitare.
Pentru a simplifica operația de actualizare, a fost pregătit utilitarul mysql_upgrade, care va verifica toate tabelele existente pentru compatibilitate cu noua versiune și, dacă este necesar, va face ajustările corespunzătoare.
MySQL Cluster este acum lansat ca un produs separat, bazat pe stocarea MySQL 5.1 și NDBCLUSTER.
Schimbări semnificative în funcționarea MySQL Cluster, cum ar fi, de exemplu, capacitatea de a stoca date tabulare pe disc.
Reveniți la utilizarea bibliotecii încorporate libmysqld, care lipsea în MySQL 5.0.
Un API pentru pluginuri care vă permite să încărcați module terțe care extind funcționalitatea (cum ar fi căutarea full-text) fără a reporni serverul.
Implementarea unui parser de căutare full-text ca plug-in.
Nou tip de masă Maria (clona MyISAM rezistentă la crash).

tip masa Maria

Maria (începând cu versiunea 5.2.x - Aria) - o versiune extinsă a stocării MyISAM, cu adăugarea de instrumente pentru menținerea integrității datelor după un accident.
Principalele avantaje ale Mariei:

În cazul unui accident, rezultatele operațiunii curente sunt redate sau returnate la starea anterioară comenzii LOCK TABLES. Implementare prin operațiuni de logare.
Abilitatea de a restabili starea din orice punct din jurnalul de operațiuni, inclusiv suport pentru CREATE/DROP/RENAME/TRUNCATE. Poate fi folosit pentru a crea copii de rezervă incrementale prin copierea periodică a jurnalului de operațiuni.
Suportul pentru toate formatele de coloane MyISAM a fost extins cu un nou format „rânduri în bloc” care utilizează o metodă de stocare a datelor bazată pe pagini, în care datele din coloane pot fi stocate în cache.
În viitor vor fi implementate două moduri: tranzacțional și fără reflectare în jurnalul de tranzacții, pentru datele necritice.
Dimensiunea paginii de date este de 8 KB (în MyISAM 1 KB), ceea ce permite o performanță mai bună pentru indici pe câmpuri de dimensiune fixă, dar mai lentă în cazul indexării cheilor cu lungime variabilă.

MySQL 5.5

Ramura MySQL 5.5 se bazează pe seria MySQL 5.4 nelansată și conține o serie de îmbunătățiri semnificative legate de scalabilitate și performanță crescute, inclusiv:
Folosind motorul InnoDB în mod implicit.
Suport pentru un mecanism de replicare semi-sincron bazat pe corecții pentru InnoDB de la Google.
Funcționalitate îmbunătățită de partiționare a datelor. Sintaxă avansată pentru împărțirea tabelelor mari în mai multe părți situate pe sisteme de fișiere (partiționare). S-au adăugat operațiunile RANGE, LIST și metoda de optimizare „taierea partițiilor”.
Un nou mecanism pentru optimizarea interogărilor imbricate și a operațiunilor JOIN.
Sistemul de blocare intern a fost reproiectat.
Patch-urile Google au fost integrate pentru a optimiza performanța InnoDB pe procesoarele cu un număr mare de nuclee.

MySQL 6.0

Versiunea MySQL 6.0 a fost înghețată în etapa de testare alfa. Inițial, s-a decis să se creeze versiunea 5.2; această versiune a fost redenumită în curând 6.0. Cu toate acestea, informațiile ulterioare despre MySQL 6.0 au dispărut de pe site, iar dezvoltatorii s-au concentrat pe versiunea 5.5 și pe versiunea ulterioară 5.6.
Una dintre principalele inovații ale versiunii 6.0 a fost planificată să fie un nou tip de masă Falcon, dezvoltat ca un potențial înlocuitor pentru InnoDB de la Innobase, achiziționat de Oracle. În legătură cu achiziția Sun Microsystems de către același Oracle în 2010, soarta lui Falcon rămâne în dubiu.

Specificații

Dimensiunea maximă a tabelului în MySQL 3.22 este de până la 4 GB, în versiunile ulterioare dimensiunea maximă este de până la 8 milioane TB (263 de octeți).
Dimensiunea unui tabel este limitată de tipul acestuia. În general, tipul MyISAM este limitat de limita de dimensiune a fișierului a sistemului de fișiere al sistemului de operare. De exemplu, în NTFS această dimensiune poate fi teoretic de până la 32 de exaocteți. În cazul InnoDB, un tabel poate fi stocat în mai multe fișiere reprezentând un singur tablespace. Dimensiunea acestuia din urmă poate ajunge la 64 de terabytes.

Spre deosebire de MyISAM, InnoDB are o limită semnificativă a numărului de coloane care pot fi adăugate la un singur tabel. Dimensiunea implicită a paginii de memorie este de 16 kiloocteți, dintre care 8123 de octeți sunt alocați pentru date. Dimensiunea unui pointer către câmpuri dinamice este de 20 de octeți. Astfel, atunci când se utilizează formatul de rând dinamic (ROW_FORMAT=DYNAMIC), un tabel poate găzdui maximum 409 coloane blob sau text.

Începând cu versiunea 4.1, în SGBD-ul MySQL a fost introdus un nou sistem de codare și sortare. Când utilizați codificarea Windows-1251, înainte de a executa instrucțiuni SQL, trebuie să configurați codificarea conexiunii folosind operatorii:

SET character_set_client="cp1251";
SET character_set_results="cp1251";
SET character_set_connection="cp1251";

Aceste trei afirmații sunt echivalente cu apelarea unei singure instrucțiuni:

SETĂ NUMELE „cp1251”

Variabila character_set_client setează codificarea datelor trimise de la client, variabila character_set_results setează codificarea datelor trimise către client, variabila character_set_connection setează codificarea în care sunt convertite informațiile primite de la client înainte de a executa cererea pe server.

Când utilizați UTF-8 Unicode, această declarație arată astfel:
SETĂ NUMELE „utf8”

Codarea ISO 8859-5 nu este acceptată.

În MySQL selectați versiunea()— o interogare care returnează numele pachetului utilizat și versiunea acestuia. Numele poate fi MySQL în sine sau furk-ul său, care se dezvoltă independent - MaraiDB. Diferența dintre pachete nu este vizibilă atunci când se rezolvă majoritatea problemelor. MySQL 5.6 se potrivește cu MaraiDB 10.

Selectați versiunea MySQL și cum să aflați versiunea MySQL

Puteți afla versiunea în mai multe moduri. Cel mai simplu nu necesită cunoașterea parolei utilizatorului serverului de baze de date. Conectați-vă prin SSH și rulați mysql --version

mysql Ver 14.14 Distrib 5.5.55, pentru debian-linux-gnu (x86_64) folosind readline 6.3

Pentru a utiliza metoda dată în titlu, trebuie să trimiteți o solicitare SQL; pentru a face acest lucru, conectați-vă la consolă (puteți face acest lucru și cu un script).

Introdu parola:
Bun venit la monitorul MySQL. Comenzile se termină cu ; sau\g.
ID-ul dvs. de conexiune MySQL este 41
Versiunea serverului: 5.5.55-0ubuntu0.14.04.1 (Ubuntu)

Drepturi de autor (c) 2000, 2017, Oracle și/sau afiliații săi. Toate drepturile rezervate.

Oracle este o marcă înregistrată a Oracle Corporation și/sau a acesteia
afiliații. Alte nume pot fi mărci comerciale ale acestora
proprietarii.

Tastați „ajutor”; sau „\h” pentru ajutor. Tastați „\c” pentru a șterge instrucțiunea de intrare curentă.

Informațiile necesare sunt disponibile în rezultatul care apare după autorizarea cu succes. În acest caz, este utilizată versiunea MySQL Server 5.5.55-0.

De asemenea, odată ajuns în consola serverului bazei de date, puteți solicita versiunea după cum urmează:

+————————-+
| versiune() |
+————————-+
| 5.5.55-0ubuntu0.14.04.1 |
+————————-+
1 rând în set (0,00 sec)

În toate cazurile luate în considerare s-au obținut informații la fel de complete.

Citiți o serie de articole care descriu elementele de bază ale lucrului cu MySQL ().

Dacă scripturile de site care funcționează cu baza de date sunt scrise pentru o anumită versiune a software-ului de pe server și nu este acea versiune care este utilizată, versiunea, precum și pachetul în sine, pot fi modificate. Acest lucru se face destul de simplu în Debian; algoritmul este dat mai jos.

Schimbarea versiunii serverului bazei de date la Debian

1) folosind utilitarul mysqldump, este creat un dump pentru toate tabelele (inclusiv tabelele de servicii)

2) pachetul este scos apt-get remove mysql-server* && apt-get purge mysql-server*, trebuie de asemenea să ștergeți /var/lib/mysql și /etc/mysql după ce faceți o copie

3) depozitul listat pe site-ul oficial este adăugat la /etc/apt/source.list (de exemplu, pentru MariaDB 10 pe Debian 8), informațiile sunt actualizate apt-get update

3) de asemenea prin apt-get este instalat un nou pachet și apoi sunt încărcate depozitele bazei de date

Ar trebui să aveți întotdeauna copii în cazul unor situații neprevăzute. Versiunile diferite folosesc directive diferite în fișierele de configurare și pot necesita editare manuală.

Citiți despre, cu ajutorul acestuia a fost derivată versiunea pachetului; eșantionarea este cea mai comună operație.

• Siguranță
• Calitate
• Preț
• Fiabilitate
• Simplitate
• Stabilitate
• A sustine
• Viteză
• Panou de control

Secțiunea de ajutor cu întrebări frecvente

Revizuirea găzduirii video

Cum să încărcați un server pe FTP

ATENŢIE: Trebuie doar să încărcați 3 dosare ( scripturi de filtrare, moduri de joc, fișiere script) și 1 fișier server.cfg, apoi scrieți linia în server.cfg (dacă nu este acolo) pluginuri streamer.so sscanf.so CRP.so mysql.so De asemenea, trebuie să vă asigurați că modul în format .amx există în folderul gamemodes și numele modului este scris corect în server.cfg (config).

Client FileZilla
introduce gazdă Exemplu: 194.58.88.74 - log in *****- parola******** NU INTRODUCEȚI NIMIC ÎN CÂMPUL PORT!!!

ATENŢIE: Dacă nu există nicio conexiune la FTP prin FileZilla, descărcați Total Commander și conectați-vă prin intermediul acestuia!

Comandant total- pentru încărcarea fișierelor dvs. de eșantion pe FTP
introduce gazdă Exemplu: 194.58.88.74 - log in 173104911- parola g1KdN7D3q

Unde să intri? Răspuns: rulați Total Commander > Rețea > Conectați-vă la serverul FTP > Adăugați și apoi introduceți datele dvs. așa cum se arată în exemplul de captură de ecran:

Mod necunoscut

Dacă câmpul pentru modul de joc spune „necunoscut”, urmează acești pași:
1. În primul rând, închideți serverul
2. Accesați panoul de control din fila Opțiuni server > Setări
3.Adăugați o linie mai jos pluginuri streamer.so sscanf.so CRP.so mysql.so
Schimbați numele pluginurilor dacă modul este necunoscut, de exemplu: plugins streamer.so sscanf.so CRP.so mysql.so pe pluginuri streamer2.7.2.so sscanf.so CRP.so mysqlR34.so
* Dosarul de pluginuri este instalat inițial implicit și conține toate pluginurile necesare.
*Puteți instala oricare dintre pluginurile dvs. pe FTP, apoi înregistrați pluginul necesar pentru server în panoul de control din secțiunea Setări.
*Pentru a compila și actualiza streamerul, utilizați programul PAWNO
4. Într-un folder pluginuri ar trebui să existe pluginuri cu extensia .so pentru Linux: selectați pluginul dorit pentru serverul dvs. și scrieți-i numele în setările panoului în linia pluginuri EXEMPLU: pluginuri streamer.so
5.Nu uitați că folosim OS Linux, adică în Setările panoului
scrieți linia pentru pluginuri pluginuri: streamer.so sscanf.so CRP.so cu extensia .asa deîn caz contrar, serverul dumneavoastră nu va funcționa corect.

Pentru OS Linuxînregistrați-vă în server.cfg ca: pluginuri streamer.so sscanf.so CRP.so mysql.so antiattack.so
Unul dintre pluginurile libmysqlclient.so.15 libmysqlclient.so.16 libmysqlclient_r.so.16 ar trebui să fie localizat în folderul serverului.

Atenție: dacă serverul funcționează corect pe sistemul de operare Windows, asta nu înseamnă că va funcționa corect pe Linux.

Ce ar trebui să fac dacă după completare nu există pictograme, case, afaceri etc.?

Scrieți streamer2.5.so în configurație, salvați și reporniți serverul.
Exemplu:

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

Cum afli versiunea pluginului?
Pe computerul local, porniți serverul, apoi căutați în jurnal, acolo va fi indicată versiunea pluginului, înregistrați această versiune pe găzduire în configurația serverului.
Exemplu:

Pluginuri de server
--------------
Se încarcă pluginul: streamer.so
*** Streamer Plugin v2.6.1 de la Incognito încărcat ***

Aceasta înseamnă că trebuie să specificați versiunea streamer2.6.1.so în configurația serverului

Ajutor - Conectarea modului la serverul mysql

Deschideți modul (file.PWN) cu programul PAWNO, specificați datele din secțiunea MYSQL

Exemplu:

#define mysql_host „host.site”
#define mysql_db „s20000”
#define mysql_user „s20000”
#define mysql_pass „lazyrich”

După compilarea modului în .AMX și importarea interogării sql în baza de date

Atenţie! Dacă apare necunoscut în timpul procesului de compilare, modul nu va fi detectat.
Soluția este să căutați un scripter pentru a remedia eroarea.

Pentru a schimba numele modului, sau mai degrabă parametrul hostname, trebuie să intrați în panoul de control al serverului în secțiunea -Settings (aceasta este configurația serverului sever.cfg) și în linia hostname din dreapta, scrieți numele serverului dvs. , de exemplu: *** Serverul nostru este cel mai bun * **
Salvați datele în panou și asigurați-vă că reporniți serverul pentru ca noii parametri să intre în vigoare.
Dacă numele dvs. nu s-a schimbat după toate cele de mai sus, atunci trebuie să schimbați numele în mod în sine cu programul PAWNO, iar aceasta este o poveste complet diferită disponibilă pe Internet.

Server.cfg

întrebarea 1 – Nu ne schimbăm.

maxnpc 10 – Nu ne schimbăm.
onfoot_rate 40 – Nu schimbați.
incar_rate 40 – Nu îl schimbăm.
weapon_rate 40 – Nu schimbați.




- linie standard de pluginuri pentru configurația eșantionului

Cum să-ți dai un cont de administrator

Accesați serverul din folder fișiere script, găsește-l pe al tău NICK
exemplu: Aldo_Mangano, deschideți fișierul folosind Notepad,
găsiți linia AdminLevel specificați 1999, apoi salvați fișierul și reporniți serverul.

Server.cfg

echo Se execută configurarea serverului...
lanmode 0 – 0 – joc pe Internet, 1 – joc printr-o rețea locală.
rcon_password 123 – „123” – parola din panoul de administrare de pe server.
maxplayers 50 – După cum ați înțeles deja, numărul maxim este de jucători. În versiunea 0.3a, maxim 500.
port 7777 – Portul afișat la sfârșitul adresei serverului. (Pe gazduire se expune)
hostname NameServer – Numele viitorului dvs. server.
modul gamemode0 – Mod de joc pentru viitorul tău server. Mai multe despre asta mai jos...
anunță 0 – 1 serverul este vizibil în fila Internet / 0 nu este vizibil.
întrebarea 1 – Nu ne schimbăm.
site-ul web – site-ul serverului, dacă este disponibil.
maxnpc 10 – Nu ne schimbăm.
onfoot_rate 40 – Nu schimbați.
incar_rate 40 – Nu îl schimbăm.
weapon_rate 40 – Nu schimbați.
stream_distance 300.0 – Nu modificați.
stream_rate 1000 – Nu modificați.
parola - parola_dvs (Server cu o parolă)
limba Rusia - hartă pentru 0.3.7 în locul hărții
pluginuri streamer.so sscanf.so CRP.so mysql.so regex.so dc_cmd.so CVector.so nativechecker.so- linie standard de pluginuri pentru configurația eșantionului

Lansarea versiunii stabile a MySQL versiunea 5.6. S-a făcut multă muncă în noua versiune. Eforturile principale au vizat îmbunătățirea performanței, scalabilității și flexibilității. Motorul InnoDB a suferit modificări semnificative.

Îmbunătățirile cheie includ: suport pentru instrumente de căutare full-text, capacitatea de a accesa date prin API-ul memcached, performanță crescută în timpul înregistrării intense a datelor și scalabilitate sporită atunci când procesează un număr mare de solicitări simultane.

O altă inovație în versiunea 5.6 este capacitatea de a executa operațiuni DDL (Data Definition Language) fără a scoate DBMS-ul offline și a întrerupe accesul la tabele. Administratorii pot efectua operațiuni legate de resetarea schemei, adăugarea sau ștergerea coloanelor de date sau redenumirea coloanelor fără a închide SGBD. Anterior, astfel de caracteristici erau disponibile numai în produsele NoSQL.

În comparație cu versiunea 5.5, noul produs poate rula acum pe servere cu 48 de nuclee, față de 32 de nuclee în MySQL 5.5

Mai multe detalii despre caracteristicile cheie:

• A fost implementată o interfață pentru accesul direct la tabelele InnoDB în stilul sistemelor NoSQL folosind un API care manipulează perechile cheie/valoare și este compatibil cu memcached.
• Acum este posibil să creați indexuri full-text în InnoDB pentru a organiza o căutare rapidă după forme de cuvinte printre conținutul text stocat în tabelele InnoDB. Anterior, căutarea full-text era disponibilă numai pentru tabelele MyISAM.
• Îmbunătățirea eficienței optimizatorului de interogări, optimizarea procesului de selectare a setului de rezultate de valori, sortarea și executarea interogării. Noile optimizări Index Condition Pushdown (ICP) și Batch Key Access (BKA) oferă până la 280 de ori mai mult debit pentru unele interogări. Eficiența executării interogărilor precum „SELECT... FROM single_table... ORDER BY non_index_column LIMIT N;” a fost crescută. Performanța interogărilor „SELECT... LIMIT N” care afișează doar o parte din rândurile dintr-un eșantion mare a fost îmbunătățită.
• Instrumentele de diagnosticare Optimizer au fost extinse, a fost adăugat suportul EXPLAIN pentru operațiunile INSERT, UPDATE și DELETE. Rezultatele EXPLAIN pot fi acum afișate în format JSON. Noul mod de urmărire a optimizatorului vă permite să urmăriți fiecare decizie luată în timpul optimizării interogărilor.
• Optimizări suplimentare pentru executarea subinterogărilor, în care interogările imbricate de forma „SELECT... FROM table1 WHERE... IN (SELECT... FROM table2 ...))” sunt traduse într-o reprezentare mai optimă la etapă înainte ca interogarea să fie executată direct, de exemplu, înlocuită cu un JOIN mai eficient.
• Extinderea implementării sistemului de diagnostic PERFORMANCE_SCHEMA, care oferă instrumente de nivel scăzut pentru monitorizarea execuției interogărilor și a diverselor evenimente în timpul funcționării SGBD. PERFORMANCE_SCHEMA oferă informații detaliate despre blocajele din interogările de lungă durată, precum și statistici rezumate grupate după interogare, fir, utilizator, gazdă și obiect.
• Implementarea motorului InnoDB a fost îmbunătățită, se constată o creștere a performanței la executarea tranzacțiilor și în timpul activității cu predominanța operațiunilor de citire a datelor - în unele situații, accelerația ajunge la 230%.
• Modul de replicare amânată, care vă permite să replicați datele nu imediat, ci cu o anumită întârziere, ceea ce vă permite să oferiți protecție împotriva erorilor operatorului (de exemplu, ștergerea accidentală a conținutului tabelului).
• Creșterea dimensiunii maxime a fișierelor cu jurnalele de modificări (InnoDB Redo Log) de la 4 GB la 2 TB.
• Îmbunătățiri de securitate: suport pentru specificarea parametrilor de autentificare în fișierul .mylogin.cnf în formă criptată; adăugarea pluginului sha256_password pentru stocarea hash-urilor parolei folosind algoritmul SHA-256; adăugarea unui câmp cu timpul de expirare a parolei la tabelul mysql.user; nouă funcție SQL VALIDATE_PASSWORD_STRENGTH() pentru a evalua puterea parolei.
• Suport pentru rularea serverului în modul doar citire (opțiunea --innodb-read-only, numai InnoDB).
• Suport pentru specificarea fracțiilor de secunde în funcțiile TIME, DATETIME și TIMESTAMP pentru a specifica microsecunde.
• Suport pentru opțiunile „--log”, „--log-slow-queries”, „--one-thread”, „--safe-mode”, „--skip-thread-priority”, „--table- „a fost întreruptă cache-ul”.

Puteți afla mai multe despre inovații la

Mai întâi, trebuie să decideți dacă doriți cea mai recentă versiune experimentală sau cea mai recentă versiune stabilă:

• Dacă sunteți pe cale să utilizați MySQL pentru prima dată sau încercați să portați MySQL la un sistem care nu are o distribuție binară, vă recomandăm în general să începeți cu versiunea stabilă (în prezent versiunea 3.23). Vă rugăm să rețineți că toate versiunile MySQL sunt testate folosind benchmark-uri MySQL și o suită de testare cuprinzătoare înainte de fiecare lansare (chiar și pentru versiunile experimentale).
• Dacă lucrați cu un sistem vechi și doriți să-l actualizați, dar doriți să evitați posibile inconsecvențe în timpul actualizării, atunci trebuie să îl înlocuiți cu cea mai nouă versiune în aceeași ramură pe care o utilizați (unde este doar cel mai recent număr de versiune). mai nou decât al tău). În astfel de versiuni, încercăm să remediam numai erorile critice și să facem doar modificări mici, relativ sigure.

În al doilea rând, trebuie să decideți dacă doriți să utilizați o distribuție sursă sau o distribuție binară. În cele mai multe cazuri, este mai bine să optați pentru o distribuție binară dacă există una pentru platforma dvs., deoarece este de obicei mai ușor de instalat decât o distribuție sursă.

Instalarea de la sursă poate fi de preferat în următoarele cazuri:

• Dacă trebuie să instalați MySQL într-o locație specificată în mod explicit (livrările binare standard sunt ``gata de rulare'' oriunde, dar este posibil să aveți nevoie de și mai multă flexibilitate).
• Pentru a satisface cerințele diferite ale utilizatorilor, oferim două versiuni binare diferite: una compilată cu handlere de tabele non-tranzacționale (cod binar mic și rapid) și a doua configurată cu cele mai importante capabilități de extensibilitate, cum ar fi tabelele care țin seama de tranzacții. Ambele versiuni sunt compilate din același cod sursă. Toți clienții nativi MySQL se pot conecta la ambele versiuni. Distribuția binară a versiunii extinse MySQL este marcată cu sufixul -max și este configurată cu aceleași opțiuni ca mysqld-max . Vezi secțiunea 4.7.5 mysqld-max, un server mysqld extins. Dacă doriți să utilizați pachetul MySQL-Max RPM, trebuie mai întâi să instalați pachetul standard MySQL RPM.
• Dacă trebuie să configurați mysqld cu unele caracteristici suplimentare care nu sunt disponibile în distribuțiile binare standard. Mai jos este o listă cu cele mai comune opțiuni suplimentare pe care poate doriți să le utilizați:
  • --cu-innodb
  • --cu-berkeley-db
  • --cu-raid
  • --cu-libwrap
  • --with-named-z-lib (Acest lucru se face pentru unele distribuții binare)
  • --with-debug[=full]
• În mod implicit, o distribuție binară este de obicei compilată cu suport pentru toate codificările și ar trebui să ruleze pe procesoare diferite din aceeași familie de procesoare. Dacă doriți un server MySQL mai rapid, îl puteți recompila pentru a accepta doar codificarea de care aveți nevoie, utilizați un compilator mai bun (cum ar fi pgcc) sau utilizați opțiuni de compilare care sunt mai bine optimizate pentru procesorul dvs.
• Dacă găsiți o eroare și o raportați echipei de dezvoltare MySQL, ar trebui să vi se trimită un patch care ar trebui aplicat distribuției codului sursă pentru a remedia eroarea.
• Dacă doriți să citiți (și/sau să modificați) codul sursă MySQL (în C și C++), trebuie să aveți o distribuție de cod sursă. Codul sursă este întotdeauna cea mai bună documentație. Distribuțiile sursă conțin, de asemenea, mai multe teste și exemple decât distribuțiile binare.

Sistemul de denumire al MySQL folosește numere de lansare, care constau din trei numere și un sufix. De exemplu, versiunea mysql-3.21.17-beta este interpretată după cum urmează:

• Primul număr (3) descrie formatul fișierului. Toate versiunile 3 au același format de fișier.
• Al doilea număr (21) reprezintă nivelul de ieșire. Există, de obicei, o alegere dintre două posibilități. Unul reprezintă eliberarea ramurii stabile (în prezent 23) iar al doilea reprezintă ramura experimentală (în prezent 4.0). În mod obișnuit, ambele ramuri sunt stabile, dar versiunea experimentală poate avea unele ciudații, poate lipsi documentația pentru funcții noi sau poate să nu fie compilată pe unele sisteme.
• Al treilea număr (17) este numărul versiunii din nivelul de lansare. Acest număr crește pentru fiecare nouă distribuție. De obicei, are sens să preferi cea mai recentă versiune pentru nivelul de lansare selectat.
• Sufixul (beta) indică nivelul de stabilitate al unei ediții date. Sunt posibile următoarele sufixe:
  • alpha indică faptul că versiunea conține secțiuni mari de cod nou care nu este testat 100%. Erorile găsite (de obicei nu există) ar trebui să fie documentate în secțiunea „Știri”. Consultați secțiunea D Istoricul modificărilor și actualizărilor MySQL. Cele mai multe versiuni alfa includ, de asemenea, comenzi și extensii noi. În timp ce lucrați la o versiune alfa, poate exista o dezvoltare activă care implică modificări semnificative de cod, dar totul este testat înainte de lansare. Orice lansare a MySQL trebuie să fie lipsită de erori cunoscute.
  • beta înseamnă că tot codul nou a fost testat. Nu sunt adăugate proprietăți noi care ar putea rupe vechiul cod. Nu ar trebui să existe erori cunoscute. O versiune este schimbată de la alpha la beta atunci când nu au existat rapoarte de erori critice în versiunea alpha timp de cel puțin o lună și nu intenționăm să adăugăm nicio caracteristică nouă care ar putea reduce fiabilitatea comenzilor anterioare.
  • gamma este o versiune beta care este aproape terminată și pare să funcționeze bine. Sunt adăugate doar remedieri minore. Este exact ceea ce multe alte companii numesc o lansare.
  • Dacă nu există sufix, înseamnă că versiunea a fost rulată pe mai multe sisteme de computer diferite, fără mesaje de eroare, altele decât erori specifice platformei; pentru aceasta este permisă doar corectarea erorilor critice. De aceea numim această versiune stabilă.

Toate versiunile de MySQL sunt supuse testelor și benchmark-urilor noastre standard pentru a ne asigura că sunt fiabile de utilizat. Deoarece testele standard sunt extinse periodic pentru a include testarea noilor erori descoperite și a situațiilor care le-ar putea cauza, suita de teste devine din ce în ce mai bună în timp.

Vă rugăm să rețineți că toate versiunile sunt testate cu cel puțin următoarele teste:

Suita de testare internă Suita face parte din sistemul de producție al clientului. Acest set include multe tabele cu sute de megaocteți de date. MySQL Performance Test Suite Aceste teste rulează pe un set de interogări utilizate în mod obișnuit. De asemenea, vă permit să vedeți dacă cel mai recent pachet de optimizare vă face codul mai rapid. Vezi secțiunea. testul crash-me Testul încearcă să determine ce funcționalitate suportă baza de date și care sunt capabilitățile și limitările acesteia. Vezi secțiunea 5.1.4 MySQL Benchmark Suite.

Există un alt test. Este alcătuit din faptul că rulăm cea mai recentă versiune de MySQL în mediul nostru intern de producție pe cel puțin o mașină. Avem peste 100 de gigaocteți de date pentru a lucra cu această versiune.