MySQL Community Edition

MySQL Community Edition este un sistem de gestionare a bazelor de date relaționale, bazat pe baze de date open source, bazat pe platforme, utilizat pe scară largă și foarte rapid. Dispune de implementări client și server, care constau dintr-un daemon server (mysqld) și multe programe și biblioteci diferite de client.

Creat inițial de Sun Microsystems (acum întreținut de Oracle), MySQL este mai mult decât "cea mai populară bază de date open source din lume", deoarece dispune de conectori, replicare, partiționare, tablou de bord, monitor de întreprindere, tablou de bord și consultanți , monitorizare replicare și caracteristici de backup pentru întreprinderi. Acesta rulează pe sisteme de operare Linux, Solaris, BSD, Mac OS X și Windows.

În plus, serverul de bază de date MySQL vă oferă, de asemenea, funcții de backup complete, incrementale și parțiale, restaurare completă și parțială, recuperare punct-în-timp, autentificare externă, scalarea automată, precum și caracteristicile geo-replicare ale clusterului.

Suportă o gamă largă de motoare de stocare

Printre motoarele de stocare susținute de MySQL, putem menționa MyISAM, InnoDB și NDB. Se oferă de asemenea o copie de rezervă pentru InnoDB1. Ediția comunitară este oferită gratuit și întreținută activ și susținută de o comunitate de entuziaști și dezvoltatori de surse deschise din toate colțurile lumii.

MySQL a fost conceput pentru a funcționa pe sisteme de operare bazate pe kernel-ul Linux, ceea ce înseamnă că poate fi ușor instalat pe orice distribuție GNU / Linux cu efort minim. Este disponibil pentru descărcare ca pachete binare pre-construite pentru Ubuntu, Debian, SUSE Linux Enterprise Server, Oracle Linux, Red Hat Enterprise Linux și orice alt sistem de operare Linux, care acceptă atât arhitecturi de seturi de instrucțiuni pe 32 de biți, cât și pe 64 de biți. p>
Configurabil prin phpMyAdmin

MySQL este un program de server, ceea ce înseamnă că rulează în fundal, ca daemon. Puteți interacționa cu acesta prin linia de comandă, dar cea mai bună modalitate de a gestiona bazele de date este să utilizați o interfață grafică de utilizator. Cel mai bun front-end MySQL disponibil astăzi este fără îndoială phpMyAdmin, care oferă utilizatorilor o interfață bazată pe web care poate fi accesată de oriunde.

Ce este nou în această versiune:

• Note de securitate:
• Anterior, MySQL a acceptat doar protocolul TLSv1 pentru conexiuni criptate. Suportul TLS a fost extins pentru a permite un nivel mai ridicat de securitate a conexiunii criptate ...
• Când este compilată utilizând versiunea inclusă a yaSSL, MySQL acceptă protocoalele TLSv1 și TLSv1.1.
• Când este compilată utilizând OpenSSL 1.0.1 sau o versiune ulterioară, MySQL acceptă protocoalele TLSv1, TLSv1.1 și TLSv1.2.
• În mod implicit, MySQL încearcă să utilizeze cea mai mare versiune de protocol TLS disponibilă, în funcție de ce bibliotecă SSL a fost utilizată pentru a compila serverul și clientul și care este dimensiunea cheie.
• Deoarece TLSv1.2 necesită OpenSSL, suportul pentru acest protocol este disponibil în distribuții binare numai pentru MySQL Commercial Server și nu pentru MySQL Community Server (care este compilat folosind yaSSL). Pentru a activa suportul TLSv1.2 dacă construiți din sursă, trebuie să setați opțiunea CM_SSL pentru a utiliza OpenSSL atunci când configurați MySQL.
• Noua variabilă de sistem tls_version permite ca protocoalele TLS permise de server să fie specificate la pornire. Pe partea clientului, opțiunea --tls-version permite ca protocoalele TLS permise de programele client să fie specificate pentru fiecare invocare client.
• Funcția API mysql_options () are o nouă opțiune MYSQL_OPT_TLS_VERSION care permite ca protocoalele TLS permise de un program client să fie specificate din cadrul bibliotecii client.
• Funcționalitate adăugată sau modificată:
• InnoDB: variabila de sistem innodb_support_xa, care permite suportul pentru comiterea în două faze în tranzacțiile XA, este depreciată. Suportul InnoDB pentru comiterea în două faze în tranzacțiile XA este întotdeauna activat din MySQL 5.7.10. Dezactivarea sistemului innodb_support_xa nu mai este permisă deoarece face ca replicarea să fie nesigură și previne câștigurile de performanță asociate cu comiterea grupului de binar jurnal.

Ce este nou în versiunea 8.0.11 GA:

• Note de securitate:
• Anterior, MySQL a acceptat doar protocolul TLSv1 pentru conexiuni criptate. Suportul TLS a fost extins pentru a permite un nivel mai ridicat de securitate a conexiunii criptate ...
• Când este compilată utilizând versiunea inclusă a yaSSL, MySQL acceptă protocoalele TLSv1 și TLSv1.1.
• Când este compilată utilizând OpenSSL 1.0.1 sau o versiune ulterioară, MySQL acceptă protocoalele TLSv1, TLSv1.1 și TLSv1.2.
• În mod implicit, MySQL încearcă să utilizeze cea mai mare versiune de protocol TLS disponibilă, în funcție de ce bibliotecă SSL a fost utilizată pentru a compila serverul și clientul și care este dimensiunea cheie.
• Deoarece TLSv1.2 necesită OpenSSL, suportul pentru acest protocol este disponibil în distribuții binare numai pentru MySQL Commercial Server și nu pentru MySQL Community Server (care este compilat folosind yaSSL). Pentru a activa suportul TLSv1.2 dacă construiți din sursă, trebuie să setați opțiunea CM_SSL pentru a utiliza OpenSSL atunci când configurați MySQL.
• Noua variabilă de sistem tls_version permite ca protocoalele TLS permise de server să fie specificate la pornire. Pe partea clientului, opțiunea --tls-version permite ca protocoalele TLS permise de programele client să fie specificate pentru fiecare invocare client.
• Funcția API mysql_options () are o nouă opțiune MYSQL_OPT_TLS_VERSION care permite ca protocoalele TLS permise de un program client să fie specificate din cadrul bibliotecii client.
• Funcționalitate adăugată sau modificată:
• InnoDB: variabila de sistem innodb_support_xa, care permite suportul pentru comiterea în două faze în tranzacțiile XA, este depreciată. Suportul InnoDB pentru comiterea în două faze în tranzacțiile XA este întotdeauna activat din MySQL 5.7.10. Dezactivarea sistemului innodb_support_xa nu mai este permisă deoarece face ca replicarea să fie nesigură și previne câștigurile de performanță asociate cu comiterea grupului de binar jurnal.

Ce este nou în versiune:

• Note de securitate:
• Anterior, MySQL a acceptat doar protocolul TLSv1 pentru conexiuni criptate. Suportul TLS a fost extins pentru a permite un nivel mai ridicat de securitate a conexiunii criptate ...
• Când este compilată utilizând versiunea inclusă a yaSSL, MySQL acceptă protocoalele TLSv1 și TLSv1.1.
• Când este compilată utilizând OpenSSL 1.0.1 sau o versiune ulterioară, MySQL acceptă protocoalele TLSv1, TLSv1.1 și TLSv1.2.
• În mod implicit, MySQL încearcă să utilizeze cea mai mare versiune de protocol TLS disponibilă, în funcție de ce bibliotecă SSL a fost utilizată pentru a compila serverul și clientul și care este dimensiunea cheie.
• Deoarece TLSv1.2 necesită OpenSSL, suportul pentru acest protocol este disponibil în distribuții binare numai pentru MySQL Commercial Server și nu pentru MySQL Community Server (care este compilat folosind yaSSL). Pentru a activa suportul TLSv1.2 dacă construiți din sursă, trebuie să setați opțiunea CM_SSL pentru a utiliza OpenSSL atunci când configurați MySQL.
• Noua variabilă de sistem tls_version permite ca protocoalele TLS permise de server să fie specificate la pornire. Pe partea clientului, opțiunea --tls-version permite ca protocoalele TLS permise de programele client să fie specificate pentru fiecare invocare client.
• Funcția API mysql_options () are o nouă opțiune MYSQL_OPT_TLS_VERSION care permite ca protocoalele TLS permise de un program client să fie specificate din cadrul bibliotecii client.
• Funcționalitate adăugată sau modificată:
• InnoDB: variabila de sistem innodb_support_xa, care permite suportul pentru comiterea în două faze în tranzacțiile XA, este depreciată. Suportul InnoDB pentru comiterea în două faze în tranzacțiile XA este întotdeauna activat din MySQL 5.7.10. Dezactivarea sistemului innodb_support_xa nu mai este permisă deoarece face ca replicarea să fie nesigură și previne câștigurile de performanță asociate cu comiterea grupului de binar jurnal.

Ce este nou în versiunea 5.7.19 GA:

• Note de securitate:
• Anterior, MySQL a acceptat doar protocolul TLSv1 pentru conexiuni criptate. Suportul TLS a fost extins pentru a permite un nivel mai ridicat de securitate a conexiunii criptate ...
• Când este compilată utilizând versiunea inclusă a yaSSL, MySQL acceptă protocoalele TLSv1 și TLSv1.1.
• Când este compilată utilizând OpenSSL 1.0.1 sau o versiune ulterioară, MySQL acceptă protocoalele TLSv1, TLSv1.1 și TLSv1.2.
• În mod implicit, MySQL încearcă să utilizeze cea mai mare versiune de protocol TLS disponibilă, în funcție de ce bibliotecă SSL a fost utilizată pentru a compila serverul și clientul și care este dimensiunea cheie.
• Deoarece TLSv1.2 necesită OpenSSL, suportul pentru acest protocol este disponibil în distribuții binare numai pentru MySQL Commercial Server și nu pentru MySQL Community Server (care este compilat folosind yaSSL). Pentru a activa suportul TLSv1.2 dacă construiți din sursă, trebuie să setați opțiunea CM_SSL pentru a utiliza OpenSSL atunci când configurați MySQL.
• Noua variabilă de sistem tls_version permite ca protocoalele TLS permise de server să fie specificate la pornire. Pe partea clientului, opțiunea --tls-version permite ca protocoalele TLS permise de programele client să fie specificate pentru fiecare invocare client.
• Funcția API mysql_options () are o nouă opțiune MYSQL_OPT_TLS_VERSION care permite ca protocoalele TLS permise de un program client să fie specificate din cadrul bibliotecii client.
• Funcționalitate adăugată sau modificată:
• InnoDB: variabila de sistem innodb_support_xa, care permite suportul pentru comiterea în două faze în tranzacțiile XA, este depreciată. Suportul InnoDB pentru comiterea în două faze în tranzacțiile XA este întotdeauna activat din MySQL 5.7.10. Dezactivarea sistemului innodb_support_xa nu mai este permisă deoarece face ca replicarea să fie nesigură și previne câștigurile de performanță asociate cu comiterea grupului de binar jurnal.

Ce este nou în versiunea 5.7.18 GA:

• Note de securitate:
• Anterior, MySQL a acceptat doar protocolul TLSv1 pentru conexiuni criptate. Suportul TLS a fost extins pentru a permite un nivel mai ridicat de securitate a conexiunii criptate ...
• Când este compilată utilizând versiunea inclusă a yaSSL, MySQL acceptă protocoalele TLSv1 și TLSv1.1.
• Când este compilată utilizând OpenSSL 1.0.1 sau o versiune ulterioară, MySQL acceptă protocoalele TLSv1, TLSv1.1 și TLSv1.2.
• În mod implicit, MySQL încearcă să utilizeze cea mai mare versiune de protocol TLS disponibilă, în funcție de ce bibliotecă SSL a fost utilizată pentru a compila serverul și clientul și care este dimensiunea cheie.
• Deoarece TLSv1.2 necesită OpenSSL, suportul pentru acest protocol este disponibil în distribuții binare numai pentru MySQL Commercial Server și nu pentru MySQL Community Server (care este compilat folosind yaSSL). Pentru a activa suportul TLSv1.2 dacă construiți din sursă, trebuie să setați opțiunea CM_SSL pentru a utiliza OpenSSL atunci când configurați MySQL.
• Noua variabilă de sistem tls_version permite ca protocoalele TLS permise de server să fie specificate la pornire. Pe partea clientului, opțiunea --tls-version permite ca protocoalele TLS permise de programele client să fie specificate pentru fiecare invocare client.
• Funcția API mysql_options () are o nouă opțiune MYSQL_OPT_TLS_VERSION care permite ca protocoalele TLS permise de un program client să fie specificate din cadrul bibliotecii client.
• Funcționalitate adăugată sau modificată:
• InnoDB: variabila de sistem innodb_support_xa, care permite suportul pentru comiterea în două faze în tranzacțiile XA, este depreciată. Suportul InnoDB pentru comiterea în două faze în tranzacțiile XA este întotdeauna activat din MySQL 5.7.10. Dezactivarea sistemului innodb_support_xa nu mai este permisă deoarece face ca replicarea să fie nesigură și previne câștigurile de performanță asociate cu comiterea grupului de binar jurnal.

Ce este nou în versiunea 5.7.17 GA:

• Note de securitate:
• Anterior, MySQL a acceptat doar protocolul TLSv1 pentru conexiuni criptate. Suportul TLS a fost extins pentru a permite un nivel mai ridicat de securitate a conexiunii criptate ...
• Când este compilată utilizând versiunea inclusă a yaSSL, MySQL acceptă protocoalele TLSv1 și TLSv1.1.
• Când este compilată utilizând OpenSSL 1.0.1 sau o versiune ulterioară, MySQL acceptă protocoalele TLSv1, TLSv1.1 și TLSv1.2.
• În mod implicit, MySQL încearcă să utilizeze cea mai mare versiune de protocol TLS disponibilă, în funcție de ce bibliotecă SSL a fost utilizată pentru a compila serverul și clientul și care este dimensiunea cheie.
• Deoarece TLSv1.2 necesită OpenSSL, suportul pentru acest protocol este disponibil în distribuții binare numai pentru MySQL Commercial Server și nu pentru MySQL Community Server (care este compilat folosind yaSSL). Pentru a activa suportul TLSv1.2 dacă construiți din sursă, trebuie să setați opțiunea CM_SSL pentru a utiliza OpenSSL atunci când configurați MySQL.
• Noua variabilă de sistem tls_version permite ca protocoalele TLS permise de server să fie specificate la pornire. Pe partea clientului, opțiunea --tls-version permite ca protocoalele TLS permise de programele client să fie specificate pe invocarea unui client.
• Funcția API mysql_options () are o nouă opțiune MYSQL_OPT_TLS_VERSION care permite ca protocoalele TLS permise de un program client să fie specificate din cadrul bibliotecii client.
• Funcționalitate adăugată sau modificată:
• InnoDB: variabila de sistem innodb_support_xa, care permite suportul pentru comiterea în două faze în tranzacțiile XA, este depreciată. Suportul InnoDB pentru comiterea în două faze în tranzacțiile XA este întotdeauna activat din MySQL 5.7.10. Dezactivarea sistemului innodb_support_xa nu mai este permisă deoarece face ca replicarea să fie nesigură și previne câștigurile de performanță asociate cu comiterea grupului de binar jurnal.

Ce este nou în versiunea 5.7.16 GA:

• Note de securitate:
• Anterior, MySQL a acceptat doar protocolul TLSv1 pentru conexiuni criptate. Suportul TLS a fost extins pentru a permite un nivel mai ridicat de securitate a conexiunii criptate ...
• Când este compilată utilizând versiunea inclusă a yaSSL, MySQL acceptă protocoalele TLSv1 și TLSv1.1.
• Când este compilată utilizând OpenSSL 1.0.1 sau o versiune ulterioară, MySQL acceptă protocoalele TLSv1, TLSv1.1 și TLSv1.2.
• În mod implicit, MySQL încearcă să utilizeze cea mai mare versiune de protocol TLS disponibilă, în funcție de ce bibliotecă SSL a fost utilizată pentru a compila serverul și clientul și care este dimensiunea cheie.
• Deoarece TLSv1.2 necesită OpenSSL, suportul pentru acest protocol este disponibil în distribuții binare numai pentru MySQL Commercial Server și nu pentru MySQL Community Server (care este compilat folosind yaSSL). Pentru a activa suportul TLSv1.2 dacă construiți din sursă, trebuie să setați opțiunea CM_SSL pentru a utiliza OpenSSL atunci când configurați MySQL.
• Noua variabilă de sistem tls_version permite ca protocoalele TLS permise de server să fie specificate la pornire. Pe partea clientului, opțiunea --tls-version permite ca protocoalele TLS permise de programele client să fie specificate pe invocarea unui client.
• Funcția API mysql_options () are o nouă opțiune MYSQL_OPT_TLS_VERSION care permite ca protocoalele TLS permise de un program client să fie specificate din cadrul bibliotecii client.
• Funcționalitate adăugată sau modificată:
• InnoDB: variabila de sistem innodb_support_xa, care permite suportul pentru comiterea în două faze în tranzacțiile XA, este depreciată. Suportul InnoDB pentru comiterea în două faze în tranzacțiile XA este întotdeauna activat din MySQL 5.7.10. Dezactivarea sistemului innodb_support_xa nu mai este permisă deoarece face ca replicarea să fie nesigură și previne câștigurile de performanță asociate cu comiterea grupului de binar jurnal.

Ce este nou în versiunea 5.7.15 GA:

• Note de securitate:
• Anterior, MySQL a acceptat doar protocolul TLSv1 pentru conexiuni criptate. Suportul TLS a fost extins pentru a permite un nivel mai ridicat de securitate a conexiunii criptate ...
• Când este compilată utilizând versiunea inclusă a yaSSL, MySQL acceptă protocoalele TLSv1 și TLSv1.1.
• Când este compilată utilizând OpenSSL 1.0.1 sau o versiune ulterioară, MySQL acceptă protocoalele TLSv1, TLSv1.1 și TLSv1.2.
• În mod implicit, MySQL încearcă să utilizeze cea mai mare versiune de protocol TLS disponibilă, în funcție de ce bibliotecă SSL a fost utilizată pentru a compila serverul și clientul și care este dimensiunea cheie.
• Deoarece TLSv1.2 necesită OpenSSL, suportul pentru acest protocol este disponibil în distribuții binare numai pentru MySQL Commercial Server și nu pentru MySQL Community Server (care este compilat folosind yaSSL). Pentru a activa suportul TLSv1.2 dacă construiți din sursă, trebuie să setați opțiunea CM_SSL pentru a utiliza OpenSSL atunci când configurați MySQL.
• Noua variabilă de sistem tls_version permite ca protocoalele TLS permise de server să fie specificate la pornire. Pe partea clientului, opțiunea --tls-version permite ca protocoalele TLS permise de programele client să fie specificate pe invocarea unui client.
• Funcția API mysql_options () are o nouă opțiune MYSQL_OPT_TLS_VERSION care permite ca protocoalele TLS permise de un program client să fie specificate din cadrul bibliotecii client.
• Funcționalitate adăugată sau modificată:
• InnoDB: variabila de sistem innodb_support_xa, care permite suportul pentru comiterea în două faze în tranzacțiile XA, este depreciată. Suportul InnoDB pentru comiterea în două faze în tranzacțiile XA este întotdeauna activat din MySQL 5.7.10. Dezactivarea sistemului innodb_support_xa nu mai este permisă deoarece face ca replicarea să fie nesigură și previne câștigurile de performanță asociate cu comiterea grupului de binar jurnal.

Ce este nou în versiunea 5.7.14 GA:

• Note de securitate:
• Anterior, MySQL a acceptat doar protocolul TLSv1 pentru conexiuni criptate. Suportul TLS a fost extins pentru a permite un nivel mai ridicat de securitate a conexiunii criptate ...
• Când este compilată utilizând versiunea inclusă a yaSSL, MySQL acceptă protocoalele TLSv1 și TLSv1.1.
• Când este compilată utilizând OpenSSL 1.0.1 sau o versiune ulterioară, MySQL acceptă protocoalele TLSv1, TLSv1.1 și TLSv1.2.
• În mod implicit, MySQL încearcă să utilizeze cea mai mare versiune de protocol TLS disponibilă, în funcție de ce bibliotecă SSL a fost utilizată pentru a compila serverul și clientul și care este dimensiunea cheie.
• Deoarece TLSv1.2 necesită OpenSSL, suportul pentru acest protocol este disponibil în distribuții binare numai pentru MySQL Commercial Server și nu pentru MySQL Community Server (care este compilat folosind yaSSL). Pentru a activa suportul TLSv1.2 dacă construiți din sursă, trebuie să setați opțiunea CM_SSL pentru a utiliza OpenSSL atunci când configurați MySQL.
• Noua variabilă de sistem tls_version permite ca protocoalele TLS permise de server să fie specificate la pornire. Pe partea clientului, opțiunea --tls-version permite ca protocoalele TLS permise de programele client să fie specificate pe invocarea unui client.
• Funcția API mysql_options () are o nouă opțiune MYSQL_OPT_TLS_VERSION care permite ca protocoalele TLS permise de un program client să fie specificate din cadrul bibliotecii client.
• Funcționalitate adăugată sau modificată:
• InnoDB: variabila de sistem innodb_support_xa, care permite suportul pentru comiterea în două faze în tranzacțiile XA, este depreciată. Suportul InnoDB pentru comiterea în două faze în tranzacțiile XA este întotdeauna activat din MySQL 5.7.10. Dezactivarea sistemului innodb_support_xa nu mai este permisă deoarece face ca replicarea să fie nesigură și previne câștigurile de performanță asociate cu comiterea grupului de binar jurnal.

Ce este nou în versiunea 5.7.13 GA:

• Note de securitate:
• Anterior, MySQL a acceptat doar protocolul TLSv1 pentru conexiuni criptate. Suportul TLS a fost extins pentru a permite un nivel mai ridicat de securitate a conexiunii criptate ...
• Când este compilată utilizând versiunea inclusă a yaSSL, MySQL acceptă protocoalele TLSv1 și TLSv1.1.
• Când este compilată utilizând OpenSSL 1.0.1 sau o versiune ulterioară, MySQL acceptă protocoalele TLSv1, TLSv1.1 și TLSv1.2.
• În mod implicit, MySQL încearcă să utilizeze cea mai mare versiune de protocol TLS disponibilă, în funcție de ce bibliotecă SSL a fost utilizată pentru a compila serverul și clientul și care este dimensiunea cheie.
• Deoarece TLSv1.2 necesită OpenSSL, suportul pentru acest protocol este disponibil în distribuții binare numai pentru MySQL Commercial Server și nu pentru MySQL Community Server (care este compilat folosind yaSSL). Pentru a activa suportul TLSv1.2 dacă construiți din sursă, trebuie să setați opțiunea CM_SSL pentru a utiliza OpenSSL atunci când configurați MySQL.
• Noua variabilă de sistem tls_version permite ca protocoalele TLS permise de server să fie specificate la pornire. Pe partea clientului, opțiunea --tls-version permite ca protocoalele TLS permise de programele client să fie specificate pe invocarea unui client.
• Funcția API mysql_options () are o nouă opțiune MYSQL_OPT_TLS_VERSION care permite ca protocoalele TLS permise de un program client să fie specificate din cadrul bibliotecii client.
• Funcționalitate adăugată sau modificată:
• InnoDB: variabila de sistem innodb_support_xa, care permite suportul pentru comiterea în două faze în tranzacțiile XA, este depreciată. Suportul InnoDB pentru comiterea în două faze în tranzacțiile XA este întotdeauna activat din MySQL 5.7.10. Dezactivarea sistemului innodb_support_xa nu mai este permisă deoarece face ca replicarea să fie nesigură și previne câștigurile de performanță asociate cu comiterea grupului de binar jurnal.

Ce este nou în versiunea 5.7.11 GA:

• Note de securitate:
• Anterior, MySQL a acceptat doar protocolul TLSv1 pentru conexiuni criptate. Suportul TLS a fost extins pentru a permite un nivel mai ridicat de securitate a conexiunii criptate ...
• Când este compilată utilizând versiunea inclusă a yaSSL, MySQL acceptă protocoalele TLSv1 și TLSv1.1.
• Când este compilată utilizând OpenSSL 1.0.1 sau o versiune ulterioară, MySQL acceptă protocoalele TLSv1, TLSv1.1 și TLSv1.2.
• În mod implicit, MySQL încearcă să utilizeze cea mai mare versiune de protocol TLS disponibilă, în funcție de ce bibliotecă SSL a fost utilizată pentru a compila serverul și clientul și care este dimensiunea cheie.
• Deoarece TLSv1.2 necesită OpenSSL, suportul pentru acest protocol este disponibil în distribuții binare numai pentru MySQL Commercial Server și nu pentru MySQL Community Server (care este compilat folosind yaSSL). Pentru a activa suportul TLSv1.2 dacă construiți din sursă, trebuie să setați opțiunea CM_SSL pentru a utiliza OpenSSL atunci când configurați MySQL.
• Noua variabilă de sistem tls_version permite ca protocoalele TLS permise de server să fie specificate la pornire. Pe partea clientului, opțiunea --tls-version permite ca protocoalele TLS permise de programele client să fie specificate pe invocarea unui client.
• Funcția API mysql_options () are o nouă opțiune MYSQL_OPT_TLS_VERSION care permite ca protocoalele TLS permise de un program client să fie specificate din cadrul bibliotecii client.
• Funcționalitate adăugată sau modificată:
• InnoDB: variabila de sistem innodb_support_xa, care permite suportul pentru comiterea în două faze în tranzacțiile XA, este depreciată. Suportul InnoDB pentru comiterea în două faze în tranzacțiile XA este întotdeauna activat din MySQL 5.7.10. Dezactivarea sistemului innodb_support_xa nu mai este permisă deoarece face ca replicarea să fie nesigură și previne câștigurile de performanță asociate cu comiterea grupului de binar jurnal.

Ce este nou în versiunea 5.7.10 GA:

• Note de securitate:
• Anterior, MySQL a acceptat doar protocolul TLSv1 pentru conexiuni criptate. Suportul TLS a fost extins pentru a permite un nivel mai ridicat de securitate a conexiunii criptate ...
• Când este compilată utilizând versiunea inclusă a yaSSL, MySQL acceptă protocoalele TLSv1 și TLSv1.1.
• Când este compilată utilizând OpenSSL 1.0.1 sau o versiune ulterioară, MySQL acceptă protocoalele TLSv1, TLSv1.1 și TLSv1.2.
• În mod implicit, MySQL încearcă să utilizeze cea mai mare versiune de protocol TLS disponibilă, în funcție de ce bibliotecă SSL a fost utilizată pentru a compila serverul și clientul și care este dimensiunea cheie.
• Deoarece TLSv1.2 necesită OpenSSL, suportul pentru acest protocol este disponibil în distribuții binare numai pentru MySQL Commercial Server și nu pentru MySQL Community Server (care este compilat folosind yaSSL). Pentru a activa suportul TLSv1.2 dacă construiți din sursă, trebuie să setați opțiunea CM_SSL pentru a utiliza OpenSSL atunci când configurați MySQL.
• Noua variabilă de sistem tls_version permite ca protocoalele TLS permise de server să fie specificate la pornire. Pe partea clientului, opțiunea --tls-version permite ca protocoalele TLS permise de programele client să fie specificate pe invocarea unui client.
• Funcția API mysql_options () are o nouă opțiune MYSQL_OPT_TLS_VERSION care permite ca protocoalele TLS permise de un program client să fie specificate din cadrul bibliotecii client.
• Funcționalitate adăugată sau modificată:
• InnoDB: variabila de sistem innodb_support_xa, care permite suportul pentru comiterea în două faze în tranzacțiile XA, este depreciată. Suportul InnoDB pentru comiterea în două faze în tranzacțiile XA este întotdeauna activat din MySQL 5.7.10. Dezactivarea sistemului innodb_support_xa nu mai este permisă deoarece face ca replicarea să fie nesigură și previne câștigurile de performanță asociate cu comiterea grupului de binar jurnal.

Ce este nou în versiunea 5.6.26 GA / 5.7.5 Milestone 16:

• Această versiune adaugă suport pentru Debian 8 și Ubuntu 15.04.

Ce este nou în versiunea 5.6.25 GA / 5.7.5 Milestone 16:

• Note de securitate:
• Biblioteca OpenSSL conectată pentru serverul comercial MySQL a fost actualizată de la versiunea 1.0.1j la versiunea 1.0.1k. Problemele fixate în noua versiune sunt descrise la http://www.openssl.org/news/vulnerabilities.html.
• Această modificare nu afectează construirea comunității MySQL create de Oracle, a serverului MySQL, care utilizează în schimb biblioteca yaSSL. (Bug # 20375530)
• Funcționalitate adăugată sau modificată:
• Suportul pentru protocoalele SSL 2.0 și SSL 3.0 a fost dezactivat deoarece oferă o criptare slabă. (Bug # 19820550)
• yaSSL a fost actualizat la versiunea 2.3.7. (Bug # 19695101, Bug # 20201864)
• Valabil intervalul de date al certificatelor SSL din mysql-test / std_data a fost extins la anul 2029. (Bug # 18366947)
• Bug Fix:
• InnoDB: O operație de export de tablespace a setat starea de purjare la PURGE_STATE_STOP dar firul de purjare nu a verificat starea de purjare până când nu a fost finalizată operația curentă de epurare. În cazul unei liste de istorie extinse, operația de export a tabelului a fost întârziată, așteptând ca operația curentă de epurare să se termine. Starea de purjare este acum verificată cu fiecare lot de purjare. (Bug # 20266847, Bug # 75298)
• InnoDB: O operație ALTER TABLE ... ADD INDEX a ridicat o afirmație din cauza codului de afirmație care nu permite o stare index index online de ONLINE_INDEX_ABORTED_DROPPED. Codul de afirmație a fost relaxat. (Bug # 20198726)
• InnoDB: A apărut o eroare când funcția push_warning_printf a fost invocată în timpul recuperării serverului. Această funcție a fost utilizată anterior pentru a imprima un mesaj de avertizare clientului. De asemenea, current_thd a fost NULL când serverul a fost repornit. (Bug # 20144839)
• InnoDB: O operație ALTER TABLE care a schimbat numele unei coloane de chei străine a dus la eșec la reîncărcarea constrângerii cheii străine. Numele coloanei anterioare a rămas în cache-ul dicționarului de date în loc să fie evacuat. (Bug # 20031243)
• InnoDB: Au fost revizuite mesajele de eroare privind limitarea mărimii datelor BLOB sau TEXT introduse într-o singură tranzacție. (Bug # 19975322)
• InnoDB: operațiile DML pe un tabel cu indexuri de căutare completă au ridicat o afirmație nevalidă. (Bug # 19905246)
• Referințe: Acest bug este o regresie a Bug # 19314480.
• InnoDB: O operație de ștergere în mai multe tabele a determinat oprirea serverului. (Bug # 19815702)
• InnoDB: O operațiune FLUSH TABLES a ridicat o afirmație. (Bug # 19803418)
• InnoDB: cu activarea schimbării buffering-ului, o secvență tamponată de operații care nu ar fi trebuit să fie tamponată a dus la o eroare de înregistrare. (Bug # 19528825, Bug # 73767)
• InnoDB: Pe platforme non-Windows, funcțiile os-file_pread și os_file_pwrite revin -1 atunci când apare o eroare. Această valoare a fost tipărită într-un mesaj de eroare ca fiind numărul de octeți citiți sau scrise. În locul tipăririi valorii -1 în mesajul de eroare, este imprimat un mesaj separat de eroare care indică o eșec de apel sistem. Mulțumită lui David Bennett pentru patch-uri. (Bug # 19315210, Bug # 73365)
• InnoDB: O închidere lentă (innodb_fast_shutdown = 0) după recuperarea accidentelor a ridicat o afirmație. Închiderea lentă nu a așteptat finalizarea operațiunilor de revenire în fundal înainte de a continua. (Bug # 16862810)
• InnoDB: Valoarea coloanei întregi a fost gestionată incorect pentru comenzile incr și decr memcached. (Bug # 69415, Bug # 20083106, Bug # 74874, Bug # 20044123)
• Partiționarea: o instrucțiune ALTER TABLE ... TRUNCATE PARTITION sau o instrucțiune TRUNCATE TABLE nereușită împotriva unui tabel partiționat, lăsate uneori metadate inconsistente în memoria cache; instrucțiunile SQL ulterioare reutilizarea acestei metadate au eșuat și ar putea, în unele cazuri, să ducă și la o eroare a serverului. (Bug # 74292, Bug # 19786861)
• Replicare: Dacă un thread client pe un slave a executat TABLURI FLUX cu READ LOCK în timp ce maestrul a executat un DML, executarea STATUSULUI SHOW SLAVE în același client a fost blocată, provocând un blocaj. Fixarea asigură faptul că blocarea de citire este ținută numai în perioada în care jurnalul releu este actualizat și blocarea blocată este evitată. (Bug # 19843808)
• Replicarea: Atunci când o tranzacție XA era activă, executarea unei deplasări interne, de exemplu utilizând instrucțiunea BINLOG, a condus la o afirmație. Fixarea asigură că revocarea are loc numai pentru un slave atunci când o tranzacție acoperă mai multe fișiere log binare. Rollback nu se întâmplă acum dacă Format_description vine de la instrucțiunea BINLOG executată în clientul MySQL. (Bug # 74597, Bug # 19928622)
• Replicare: În timpul utilizării normale, nu este posibil ca un sclav să aibă mai multe GTID decât masterul. Dar, în anumite situații, cum ar fi un eșec hardware sau o eroare gtid_purged incorect, jurnalul binar al master-ului ar putea fi trunchiat. Această remediere asigură că într-o astfel de situație, comandantul detectează acum că sclavul are tranzacții cu GTID care nu se află pe comandă. O eroare este acum generată pe slave și firul I / O este oprit cu o eroare. De asemenea, firul de stingere al comandantului este oprit. Acest lucru previne inconsecvențele de date în timpul replicării. (Bug # 72635, Bug # 18789758)
• Replicare: Când se utilizează SHOW SLAVE STATUS pentru a monitoriza performanța replicării, Seconds_Behind_Master prezintă uneori o întârziere neașteptată în spatele comandantului. Acest lucru a fost cauzat de faptul că Previous_gtids_log_events a fost scris în jurnalul de releu al sclavului cu un marcator de timp în spatele comandantului și apoi a fost folosit pentru a calcula Seconds_Behind_Master. Această remediere asigură faptul că evenimentele generate de slave care sunt adăugate în jurnalul de relee și care nu sunt utilizate la calcularea lui Seconds_Behind_Master. (Bug # 72376, Bug # 18622657)
• Pe Ubuntu 14.10, operațiile de instalare MySQL nu reușesc să reîncarce AppArmor. (Bug # 20092641)
• EXPLAIN într-o tranzacție XA ar putea ridica o afirmație. (Bug # 19941492)
• Fișierele jurnal binare create prin streamingul jurnalului binar de la un server la distanță cu mysqlbinlog au dat un mod de acces mai permisiv decât fișierele originale. (Bug # 19649868)
• Dacă pluginul audit_log a întâmpinat o eroare de disc complet, serverul va ieși.
• Acum, dacă sistemul de fișiere la care se scrie jurnalul de audit este umplut, în jurnalul de erori este scrisă o eroare de tip "full disk". Verificarea jurnalului de audit continuă până când tamponul pentru jurnalul de audit este plin. Dacă spațiul liber de pe disc nu a fost pus la dispoziție până la umplerea buffer-ului, sesiunile clienților se vor suspenda și oprirea serverului în timpul suspendării sesiunilor client va duce la coruperea jurnalului de audit. Pentru a evita acest lucru, dacă sunt suspendate sesiunile client, asigurați-vă că spațiul liber este disponibil în sistemul de fișiere de înregistrări de audit înainte de a opri serverul. (Bug # 19411485)
• În cazul în care nu se creează un tabel temporar din cauza absenței descriptorilor de fișiere, serverul a ieșit mai degrabă decât a întors o eroare. (Bug # 18948649)
• Pentru unele interogări care conțin o tabelă derivată (subchetare în clauza FROM), întârzierea materializării a dus la un plan de execuție suboptimal datorită unei estimări a numărului de rânduri mai puțin exacte. (Bug # 18607971)
• Pentru instrucțiunile UPDATE și DELETE, serverul poate ieși după ce a încercat să acceseze o structură de date neinitializată. (Bug # 18036143)
• Pornirea serverului cu serviciul de pornire sau mysqld_safe ar putea duce la imposibilitatea de a utiliza directorul plugin-ului corect. (Bug # 17619241)
• TABLURI FLUSH pe un tabel FEDERATED eșuat dacă tabela nu mai funcționa în mod inactiv decât timpul de așteptare și timpul de păstrare TCP. (Bug # 17599258)
• Selectarea tuturor coloanelor din INFORMAȚII_SCHEMA.TABLES nu a redeschis tabele dacă se aflau în memoria cache a tabelului, dar selectarea unui subset din acele coloane în aceleași condiții a redeschis tabele. (Bug # 16869534)
• În cazul în care my_write () a întâmpinat o condiție completă a discului, s-ar putea întoarce o eroare incorectă. (Bug # 16078792, Bug # 19984788)
• InnoDB căutări text full-text boolean manipulate incorect + combinate cu paranteze; de exemplu, + word1 + (> word2
)