MySQL Community Edition

"MySQL Community Edition" yra atviro kodo, kryžminio platformos, plačiai naudojama ir labai greita reliacinė duomenų bazių valdymo sistema (RDBVS). Jame yra tiek kliento, tiek serverio diegimai, kuriuos sudaro serverio daina (mysqld) ir daugelis skirtingų klientų programų ir bibliotekų.

Iš pradžių sukurta "Sun Microsystems" (šiuo metu "Oracle" palaiko), "MySQL" yra ne tik "populiariausias atvirojo kodo duomenų bazė" pasaulyje, bet ir jungtys, replikacija, skaidiniai, darbastaliai, įmonės monitorius, informacijos suvestinė ir patarėjai, užklausų analizatorius , replikacijos monitorius ir įmonės atsarginės funkcijos. Jis veikia "Linux", "Solaris", "BSD", "Mac OS X" ir "Windows" operacinėse sistemose.

Be to, "MySQL" duomenų bazių serveryje taip pat pateikiamos išsamios, papildomos ir dalinės atsarginės funkcijos, visiškas ir dalinis atkūrimas, taškas atkūrimo laikas, išorinė autentiškumo tikrinimas, politika pagrįsta audito atitiktis, temų rinkinys, klasterių tvarkyklė, automatinis masteliavimas, taip pat klasterių geografinės replikacijos funkcijos.

Palaiko daugybę saugojimo variklių

Iš MySQL palaikomų saugojimo variklių galime paminėti "MyISAM", "InnoDB" ir "NDB". Taip pat pateikiama karšta "InnoDB1" atsarginė kopija. "Community Edition" siūlomos nemokamai ir aktyviai palaikomos bei palaikomos atviro kodo entuziastų ir kūrėjų bendruomenės visose pasaulio vietose.

"MySQL" buvo sukurtas veikti "Linux" branduolio operacinėse sistemose, o tai reiškia, kad ji gali būti lengvai įdiegta bet kuriame "GNU / Linux" platinime su mažiausiai pastangų. Tai galima atsisiųsti iš anksto sukurtų dvejetainių paketų Ubuntu, Debian, SUSE Linux Enterprise Server, "Oracle Linux", "Red Hat Enterprise Linux" ir bet kurios kitos "Linux" operacinės sistemos, palaikančios tiek 32 bitų, tiek 64 bitų architektūros komandų rinkinius.

"MySQL" yra serverio programa, o tai reiškia, kad ji veikia fone, kaip demonas. Jūs galite bendrauti su juo per komandinę eilutę, tačiau geriausias būdas valdyti duomenų bazes - naudoti grafinę vartotojo sąsają. Geriausia "MySQL" išorinė prieiga šiandien yra be abejonės phpMyAdmin, kuri suteikia vartotojams internetinę sąsają, prie kurios gali prisijungti praktiškai bet kur.

Kas naujo šiame leidime:

• Pastabos dėl saugos:
• Anksčiau "MySQL" palaikė tik TLSv1 protokolą šifruotoms jungtims. TLS palaikymas buvo išplėstas, kad būtų užtikrintas aukštesnis užkoduotojo ryšio saugumo lygis ...
• Kompiutavimas naudojant komplektą yaSSL versiją, MySQL palaiko TLSv1 ir TLSv1.1 protokolus.
• Sudarant naudojant OpenSSL 1.0.1 arba naujesnę versiją, MySQL palaiko TLSv1, TLSv1.1 ir TLSv1.2 protokolus.
• Pagal nutylėjimą MySQL bando naudoti aukščiausią prieinamą TLS protokolo versiją, priklausomai nuo to, kokia SSL biblioteka buvo naudojama serveriui ir klientui surinkti bei kokio rakto dydis naudojamas.
• Kadangi TLSv1.2 reikalauja "OpenSSL", šio protokolo palaikymas yra dvejetainiuose paskirstymuose tik "MySQL Commercial Server", o ne "MySQL Community Server" (kuris yra sudarytas naudojant yaSSL). Norėdami įjungti TLSv1.2 palaikymą, jei sukūrėte iš šaltinio, turite konfigūruoti "MySQL" naudodami OpenSSL su "WITH_SSL CMake" parinktimi.
• Naujasis "tls_version" sistemos kintamasis įgalina TLS protokolus, kuriuos leidžia serveris, nurodyti paleidžiant. Kliento pusėje parinktis -tls-version leidžia nurodyti TLS protokolus, kuriuos leidžia kliento programos, kiekvienam klientui pritaikius.
• "C" API funkcija mysql_options () turi naują MYSQL_OPT_TLS_VERSION parinktį, leidžiančią kliento programoje leisti TLS protokolus iš kliento bibliotekos.
• Funkcionalumas pridėtas ar pakeistas:
• InnoDB: sisteminis kintamasis innodb_support_xa, kuris leidžia palaikyti dviejų etapų įsipareigojimus XA sandoriuose, yra nebeaktualus. "InnoDB" palaikymas dviejuose fazėje "XA" sandoriuose visada įjungtas, kaip ir "MySQL 5.7.10". Išjungimas innodb_support_xa nebeleidžiamas, nes jis daro atkartojimą nesaugus ir neleidžia pritraukti našumo, susijusio su dvejetainiu žurnalo grupe.

Kas naujo GA versijoje 8.0.11:

• Pastabos dėl saugos:
• Anksčiau "MySQL" palaikė tik TLSv1 protokolą šifruotoms jungtims. TLS palaikymas buvo išplėstas, kad būtų užtikrintas aukštesnis užkoduotojo ryšio saugumo lygis ...
• Kompiutavimas naudojant komplektą yaSSL versiją, MySQL palaiko TLSv1 ir TLSv1.1 protokolus.
• Sudarant naudojant OpenSSL 1.0.1 arba naujesnę versiją, MySQL palaiko TLSv1, TLSv1.1 ir TLSv1.2 protokolus.
• Pagal nutylėjimą MySQL bando naudoti aukščiausią prieinamą TLS protokolo versiją, priklausomai nuo to, kokia SSL biblioteka buvo naudojama serveriui ir klientui surinkti bei kokio rakto dydis naudojamas.
• Kadangi TLSv1.2 reikalauja "OpenSSL", šio protokolo palaikymas yra dvejetainiuose paskirstymuose tik "MySQL Commercial Server", o ne "MySQL Community Server" (kuris yra sudarytas naudojant yaSSL). Norėdami įjungti TLSv1.2 palaikymą, jei sukūrėte iš šaltinio, turite konfigūruoti "MySQL" naudodami OpenSSL su "WITH_SSL CMake" parinktimi.
• Naujasis "tls_version" sistemos kintamasis įgalina TLS protokolus, kuriuos leidžia serveris, nurodyti paleidžiant. Kliento pusėje parinktis -tls-version leidžia nurodyti TLS protokolus, kuriuos leidžia kliento programos, kiekvienam klientui pritaikius.
• "C" API funkcija mysql_options () turi naują MYSQL_OPT_TLS_VERSION parinktį, leidžiančią kliento programoje leisti TLS protokolus iš kliento bibliotekos.
• Funkcionalumas pridėtas ar pakeistas:
• InnoDB: sisteminis kintamasis innodb_support_xa, kuris leidžia palaikyti dviejų etapų įsipareigojimus XA sandoriuose, yra nebeaktualus. "InnoDB" palaikymas dviejuose fazėje "XA" sandoriuose visada įjungtas, kaip ir "MySQL 5.7.10". Išjungimas innodb_support_xa nebeleidžiamas, nes jis daro atkartojimą nesaugus ir neleidžia pritraukti našumo, susijusio su dvejetainiu žurnalo grupe.

Kas naujo versijoje:

• Pastabos dėl saugos:
• Anksčiau "MySQL" palaikė tik TLSv1 protokolą šifruotoms jungtims. TLS palaikymas buvo išplėstas, kad būtų užtikrintas aukštesnis užkoduotojo ryšio saugumo lygis ...
• Kompiutavimas naudojant komplektą yaSSL versiją, MySQL palaiko TLSv1 ir TLSv1.1 protokolus.
• Sudarant naudojant OpenSSL 1.0.1 arba naujesnę versiją, MySQL palaiko TLSv1, TLSv1.1 ir TLSv1.2 protokolus.
• Pagal nutylėjimą MySQL bando naudoti aukščiausią prieinamą TLS protokolo versiją, priklausomai nuo to, kokia SSL biblioteka buvo naudojama serveriui ir klientui surinkti bei kokio rakto dydis naudojamas.
• Kadangi TLSv1.2 reikalauja "OpenSSL", šio protokolo palaikymas yra dvejetainiuose paskirstymuose tik "MySQL Commercial Server", o ne "MySQL Community Server" (kuris yra sudarytas naudojant yaSSL). Norėdami įjungti TLSv1.2 palaikymą, jei sukūrėte iš šaltinio, turite konfigūruoti "MySQL" naudodami OpenSSL su "WITH_SSL CMake" parinktimi.
• Naujasis "tls_version" sistemos kintamasis įgalina TLS protokolus, kuriuos leidžia serveris, nurodyti paleidžiant. Kliento pusėje parinktis -tls-version leidžia nurodyti TLS protokolus, kuriuos leidžia kliento programos, kiekvienam klientui pritaikius.
• "C" API funkcija mysql_options () turi naują MYSQL_OPT_TLS_VERSION parinktį, leidžiančią kliento programoje leisti TLS protokolus iš kliento bibliotekos.
• Funkcionalumas pridėtas ar pakeistas:
• InnoDB: sisteminis kintamasis innodb_support_xa, kuris leidžia palaikyti dviejų etapų įsipareigojimus XA sandoriuose, yra nebeaktualus. "InnoDB" palaikymas dviejuose fazėje "XA" sandoriuose visada įjungtas, kaip ir "MySQL 5.7.10". Išjungimas innodb_support_xa nebeleidžiamas, nes jis daro atkartojimą nesaugus ir neleidžia pritraukti našumo, susijusio su dvejetainiu žurnalo grupe.

Kas naujo , versija 5.7.19 GA:

• Pastabos dėl saugos:
• Anksčiau "MySQL" palaikė tik TLSv1 protokolą šifruotoms jungtims. TLS palaikymas buvo išplėstas, kad būtų užtikrintas aukštesnis užkoduotojo ryšio saugumo lygis ...
• Kompiutavimas naudojant komplektą yaSSL versiją, MySQL palaiko TLSv1 ir TLSv1.1 protokolus.
• Sudarant naudojant OpenSSL 1.0.1 arba naujesnę versiją, MySQL palaiko TLSv1, TLSv1.1 ir TLSv1.2 protokolus.
• Pagal nutylėjimą MySQL bando naudoti aukščiausią prieinamą TLS protokolo versiją, priklausomai nuo to, kokia SSL biblioteka buvo naudojama serveriui ir klientui surinkti bei kokio rakto dydis naudojamas.
• Kadangi TLSv1.2 reikalauja "OpenSSL", šio protokolo palaikymas yra dvejetainiuose paskirstymuose tik "MySQL Commercial Server", o ne "MySQL Community Server" (kuris yra sudarytas naudojant yaSSL). Norėdami įjungti TLSv1.2 palaikymą, jei sukūrėte iš šaltinio, turite konfigūruoti "MySQL" naudodami OpenSSL su "WITH_SSL CMake" parinktimi.
• Naujasis "tls_version" sistemos kintamasis įgalina TLS protokolus, kuriuos leidžia serveris, nurodyti paleidžiant. Kliento pusėje parinktis -tls-version leidžia nurodyti TLS protokolus, kuriuos leidžia kliento programos, kiekvienam klientui pritaikius.
• "C" API funkcija mysql_options () turi naują MYSQL_OPT_TLS_VERSION parinktį, leidžiančią kliento programoje leisti TLS protokolus iš kliento bibliotekos.
• Funkcionalumas pridėtas ar pakeistas:
• InnoDB: sisteminis kintamasis innodb_support_xa, kuris leidžia palaikyti dviejų etapų įsipareigojimus XA sandoriuose, yra nebeaktualus. "InnoDB" palaikymas dviejuose fazėje "XA" sandoriuose visada įjungtas, kaip ir "MySQL 5.7.10". Išjungimas innodb_support_xa nebeleidžiamas, nes jis daro atkartojimą nesaugus ir neleidžia pritraukti našumo, susijusio su dvejetainiu žurnalo grupe.

Kas naujo versijoje 5.7.18 GA:

• Pastabos dėl saugos:
• Anksčiau "MySQL" palaikė tik TLSv1 protokolą šifruotoms jungtims. TLS palaikymas buvo išplėstas, kad būtų užtikrintas aukštesnis užkoduotojo ryšio saugumo lygis ...
• Kompiutavimas naudojant komplektą yaSSL versiją, MySQL palaiko TLSv1 ir TLSv1.1 protokolus.
• Sudarant naudojant OpenSSL 1.0.1 arba naujesnę versiją, MySQL palaiko TLSv1, TLSv1.1 ir TLSv1.2 protokolus.
• Pagal nutylėjimą MySQL bando naudoti aukščiausią prieinamą TLS protokolo versiją, priklausomai nuo to, kokia SSL biblioteka buvo naudojama serveriui ir klientui surinkti bei kokio rakto dydis naudojamas.
• Kadangi TLSv1.2 reikalauja "OpenSSL", šio protokolo palaikymas yra dvejetainiuose paskirstymuose tik "MySQL Commercial Server", o ne "MySQL Community Server" (kuris yra sudarytas naudojant yaSSL). Norėdami įjungti TLSv1.2 palaikymą, jei sukūrėte iš šaltinio, turite konfigūruoti "MySQL" naudodami OpenSSL su "WITH_SSL CMake" parinktimi.
• Naujasis "tls_version" sistemos kintamasis įgalina TLS protokolus, kuriuos leidžia serveris, nurodyti paleidžiant. Kliento pusėje parinktis -tls-version leidžia nurodyti TLS protokolus, kuriuos leidžia kliento programos, kiekvienam klientui pritaikius.
• "C" API funkcija mysql_options () turi naują MYSQL_OPT_TLS_VERSION parinktį, leidžiančią kliento programoje leisti TLS protokolus iš kliento bibliotekos.
• Funkcionalumas pridėtas ar pakeistas:
• InnoDB: sisteminis kintamasis innodb_support_xa, kuris leidžia palaikyti dviejų etapų įsipareigojimus XA sandoriuose, yra nebeaktualus. "InnoDB" palaikymas dviejuose fazėje "XA" sandoriuose visada įjungtas, kaip ir "MySQL 5.7.10". Išjungimas innodb_support_xa nebeleidžiamas, nes jis daro atkartojimą nesaugus ir neleidžia pritraukti našumo, susijusio su dvejetainiu žurnalo grupe.

Kas naujo , versija 5.7.17 GA:

• Apsaugos užrašai:
• Anksčiau "MySQL" palaikė tik TLSv1 protokolą šifruotoms jungtims. TLS palaikymas buvo išplėstas, kad būtų užtikrintas aukštesnis užkoduotojo ryšio saugumo lygis ...
• Kompiutavimas naudojant komplektą yaSSL versiją, MySQL palaiko TLSv1 ir TLSv1.1 protokolus.
• Sudarant naudojant OpenSSL 1.0.1 arba naujesnę versiją, MySQL palaiko TLSv1, TLSv1.1 ir TLSv1.2 protokolus.
• Pagal nutylėjimą MySQL bando naudoti aukščiausią prieinamą TLS protokolo versiją, priklausomai nuo to, kokia SSL biblioteka buvo naudojama serveriui ir klientui surinkti bei kokio rakto dydis naudojamas.
• Kadangi TLSv1.2 reikalauja "OpenSSL", šio protokolo palaikymas yra dvejetainiuose paskirstymuose tik "MySQL Commercial Server", o ne "MySQL Community Server" (kuris yra sudarytas naudojant yaSSL). Norėdami įjungti TLSv1.2 palaikymą, jei sukūrėte iš šaltinio, turite konfigūruoti "MySQL" naudodami OpenSSL su "WITH_SSL CMake" parinktimi.
• Naujasis "tls_version" sistemos kintamasis įgalina TLS protokolus, kuriuos leidžia serveris, nurodyti paleidžiant. Kliento pusėje parinktis -tls-version leidžia nurodyti TLS protokolus, kuriuos leidžia kliento programos, kiekvienam klientui pritaikius.
• "C" API funkcija mysql_options () turi naują MYSQL_OPT_TLS_VERSION parinktį, leidžiančią kliento programoje leisti TLS protokolus iš kliento bibliotekos.
• Funkcionalumas pridėtas ar pakeistas:
• InnoDB: sisteminis kintamasis innodb_support_xa, kuris leidžia palaikyti dviejų etapų įsipareigojimus XA sandoriuose, yra nebeaktualus. "InnoDB" palaikymas dviejuose fazėje "XA" sandoriuose visada įjungtas, kaip ir "MySQL 5.7.10". Išjungimas innodb_support_xa nebeleidžiamas, nes jis daro atkartojimą nesaugus ir neleidžia pritraukti našumo, susijusio su dvejetainiu žurnalo grupe.

Kas naujo , versija 5.7.16 GA:

• Apsaugos užrašai:
• Anksčiau "MySQL" palaikė tik TLSv1 protokolą šifruotoms jungtims. TLS palaikymas buvo išplėstas, kad būtų užtikrintas aukštesnis užkoduotojo ryšio saugumo lygis ...
• Kompiutavimas naudojant komplektą yaSSL versiją, MySQL palaiko TLSv1 ir TLSv1.1 protokolus.
• Sudarant naudojant OpenSSL 1.0.1 arba naujesnę versiją, MySQL palaiko TLSv1, TLSv1.1 ir TLSv1.2 protokolus.
• Pagal nutylėjimą MySQL bando naudoti aukščiausią prieinamą TLS protokolo versiją, priklausomai nuo to, kokia SSL biblioteka buvo naudojama serveriui ir klientui surinkti bei kokio rakto dydis naudojamas.
• Kadangi TLSv1.2 reikalauja "OpenSSL", šio protokolo palaikymas yra dvejetainiuose paskirstymuose tik "MySQL Commercial Server", o ne "MySQL Community Server" (kuris yra sudarytas naudojant yaSSL). Norėdami įjungti TLSv1.2 palaikymą, jei sukūrėte iš šaltinio, turite konfigūruoti "MySQL" naudodami OpenSSL su "WITH_SSL CMake" parinktimi.
• Naujasis "tls_version" sistemos kintamasis įgalina TLS protokolus, kuriuos leidžia serveris, nurodyti paleidžiant. Kliento pusėje parinktis -tls-version leidžia nurodyti TLS protokolus, kuriuos leidžia kliento programos, kiekvienam klientui pritaikius.
• "C" API funkcija mysql_options () turi naują MYSQL_OPT_TLS_VERSION parinktį, leidžiančią kliento programoje leisti TLS protokolus iš kliento bibliotekos.
• Funkcionalumas pridėtas ar pakeistas:
• InnoDB: sisteminis kintamasis innodb_support_xa, kuris leidžia palaikyti dviejų etapų įsipareigojimus XA sandoriuose, yra nebeaktualus. "InnoDB" palaikymas dviejuose fazėje "XA" sandoriuose visada įjungtas, kaip ir "MySQL 5.7.10". Išjungimas innodb_support_xa nebeleidžiamas, nes jis daro atkartojimą nesaugus ir neleidžia pritraukti našumo, susijusio su dvejetainiu žurnalo grupe.

Kas naujo GA versijoje 5.7.15:

• Apsaugos užrašai:
• Anksčiau "MySQL" palaikė tik TLSv1 protokolą šifruotoms jungtims. TLS palaikymas buvo išplėstas, kad būtų užtikrintas aukštesnis užkoduotojo ryšio saugumo lygis ...
• Kompiutavimas naudojant komplektą yaSSL versiją, MySQL palaiko TLSv1 ir TLSv1.1 protokolus.
• Sudarant naudojant OpenSSL 1.0.1 arba naujesnę versiją, MySQL palaiko TLSv1, TLSv1.1 ir TLSv1.2 protokolus.
• Pagal nutylėjimą MySQL bando naudoti aukščiausią prieinamą TLS protokolo versiją, priklausomai nuo to, kokia SSL biblioteka buvo naudojama serveriui ir klientui surinkti bei kokio rakto dydis naudojamas.
• Kadangi TLSv1.2 reikalauja "OpenSSL", šio protokolo palaikymas yra dvejetainiuose paskirstymuose tik "MySQL Commercial Server", o ne "MySQL Community Server" (kuris yra sudarytas naudojant yaSSL). Norėdami įjungti TLSv1.2 palaikymą, jei sukūrėte iš šaltinio, turite konfigūruoti "MySQL" naudodami OpenSSL su "WITH_SSL CMake" parinktimi.
• Naujasis "tls_version" sistemos kintamasis įgalina TLS protokolus, kuriuos leidžia serveris, nurodyti paleidžiant. Kliento pusėje parinktis -tls-version leidžia nurodyti TLS protokolus, kuriuos leidžia kliento programos, kiekvienam klientui pritaikius.
• "C" API funkcija mysql_options () turi naują MYSQL_OPT_TLS_VERSION parinktį, leidžiančią kliento programoje leisti TLS protokolus iš kliento bibliotekos.
• Funkcionalumas pridėtas ar pakeistas:
• InnoDB: sisteminis kintamasis innodb_support_xa, kuris leidžia palaikyti dviejų etapų įsipareigojimus XA sandoriuose, yra nebeaktualus. "InnoDB" palaikymas dviejuose fazėje "XA" sandoriuose visada įjungtas, kaip ir "MySQL 5.7.10". Išjungimas innodb_support_xa nebeleidžiamas, nes jis daro atkartojimą nesaugus ir neleidžia pritraukti našumo, susijusio su dvejetainiu žurnalo grupe.

Kas naujo GA versijoje 5.7.14:

• Apsaugos užrašai:
• Anksčiau "MySQL" palaikė tik TLSv1 protokolą šifruotoms jungtims. TLS palaikymas buvo išplėstas, kad būtų užtikrintas aukštesnis užkoduotojo ryšio saugumo lygis ...
• Kompiutavimas naudojant komplektą yaSSL versiją, MySQL palaiko TLSv1 ir TLSv1.1 protokolus.
• Sudarant naudojant OpenSSL 1.0.1 arba naujesnę versiją, MySQL palaiko TLSv1, TLSv1.1 ir TLSv1.2 protokolus.
• Pagal nutylėjimą MySQL bando naudoti aukščiausią prieinamą TLS protokolo versiją, priklausomai nuo to, kokia SSL biblioteka buvo naudojama serveriui ir klientui surinkti bei kokio rakto dydis naudojamas.
• Kadangi TLSv1.2 reikalauja "OpenSSL", šio protokolo palaikymas yra dvejetainiuose paskirstymuose tik "MySQL Commercial Server", o ne "MySQL Community Server" (kuris yra sudarytas naudojant yaSSL). Norėdami įjungti TLSv1.2 palaikymą, jei sukūrėte iš šaltinio, turite konfigūruoti "MySQL" naudodami OpenSSL su "WITH_SSL CMake" parinktimi.
• Naujasis "tls_version" sistemos kintamasis įgalina TLS protokolus, kuriuos leidžia serveris, nurodyti paleidžiant. Kliento pusėje parinktis -tls-version leidžia nurodyti TLS protokolus, kuriuos leidžia kliento programos, kiekvienam klientui pritaikius.
• "C" API funkcija mysql_options () turi naują MYSQL_OPT_TLS_VERSION parinktį, leidžiančią kliento programoje leisti TLS protokolus iš kliento bibliotekos.
• Funkcionalumas pridėtas ar pakeistas:
• InnoDB: sisteminis kintamasis innodb_support_xa, kuris leidžia palaikyti dviejų etapų įsipareigojimus XA sandoriuose, yra nebeaktualus. "InnoDB" palaikymas dviejuose fazėje "XA" sandoriuose visada įjungtas, kaip ir "MySQL 5.7.10". Išjungimas innodb_support_xa nebeleidžiamas, nes jis daro atkartojimą nesaugus ir neleidžia pritraukti našumo, susijusio su dvejetainiu žurnalo grupe.

Kas naujo GA versijoje 5.7.13:

• Apsaugos užrašai:
• Anksčiau "MySQL" palaikė tik TLSv1 protokolą šifruotoms jungtims. TLS palaikymas buvo išplėstas, kad būtų užtikrintas aukštesnis užkoduotojo ryšio saugumo lygis ...
• Kompiutavimas naudojant komplektą yaSSL versiją, MySQL palaiko TLSv1 ir TLSv1.1 protokolus.
• Sudarant naudojant OpenSSL 1.0.1 arba naujesnę versiją, MySQL palaiko TLSv1, TLSv1.1 ir TLSv1.2 protokolus.
• Pagal nutylėjimą MySQL bando naudoti aukščiausią prieinamą TLS protokolo versiją, priklausomai nuo to, kokia SSL biblioteka buvo naudojama serveriui ir klientui surinkti bei kokio rakto dydis naudojamas.
• Kadangi TLSv1.2 reikalauja "OpenSSL", šio protokolo palaikymas yra dvejetainiuose paskirstymuose tik "MySQL Commercial Server", o ne "MySQL Community Server" (kuris yra sudarytas naudojant yaSSL). Norėdami įjungti TLSv1.2 palaikymą, jei sukūrėte iš šaltinio, turite konfigūruoti "MySQL" naudodami OpenSSL su "WITH_SSL CMake" parinktimi.
• Naujasis "tls_version" sistemos kintamasis įgalina TLS protokolus, kuriuos leidžia serveris, nurodyti paleidžiant. Kliento pusėje parinktis -tls-version leidžia nurodyti TLS protokolus, kuriuos leidžia kliento programos, kiekvienam klientui pritaikius.
• "C" API funkcija mysql_options () turi naują MYSQL_OPT_TLS_VERSION parinktį, leidžiančią kliento programoje leisti TLS protokolus iš kliento bibliotekos.
• Funkcionalumas pridėtas ar pakeistas:
• InnoDB: sisteminis kintamasis innodb_support_xa, kuris leidžia palaikyti dviejų etapų įsipareigojimus XA sandoriuose, yra nebeaktualus. "InnoDB" palaikymas dviejuose fazėje "XA" sandoriuose visada įjungtas, kaip ir "MySQL 5.7.10". Išjungimas innodb_support_xa nebeleidžiamas, nes jis daro atkartojimą nesaugus ir neleidžia pritraukti našumo, susijusio su dvejetainiu žurnalo grupe.

Kas naujo GA versijoje 5.7.11:

• Apsaugos užrašai:
• Anksčiau "MySQL" palaikė tik TLSv1 protokolą šifruotoms jungtims. TLS palaikymas buvo išplėstas, kad būtų užtikrintas aukštesnis užkoduotojo ryšio saugumo lygis ...
• Kompiutavimas naudojant komplektą yaSSL versiją, MySQL palaiko TLSv1 ir TLSv1.1 protokolus.
• Sudarant naudojant OpenSSL 1.0.1 arba naujesnę versiją, MySQL palaiko TLSv1, TLSv1.1 ir TLSv1.2 protokolus.
• Pagal nutylėjimą MySQL bando naudoti aukščiausią prieinamą TLS protokolo versiją, priklausomai nuo to, kokia SSL biblioteka buvo naudojama serveriui ir klientui surinkti bei kokio rakto dydis naudojamas.
• Kadangi TLSv1.2 reikalauja "OpenSSL", šio protokolo palaikymas yra dvejetainiuose paskirstymuose tik "MySQL Commercial Server", o ne "MySQL Community Server" (kuris yra sudarytas naudojant yaSSL). Norėdami įjungti TLSv1.2 palaikymą, jei sukūrėte iš šaltinio, turite konfigūruoti "MySQL" naudodami OpenSSL su "WITH_SSL CMake" parinktimi.
• Naujasis "tls_version" sistemos kintamasis įgalina TLS protokolus, kuriuos leidžia serveris, nurodyti paleidžiant. Kliento pusėje parinktis -tls-version leidžia nurodyti TLS protokolus, kuriuos leidžia kliento programos, kiekvienam klientui pritaikius.
• "C" API funkcija mysql_options () turi naują MYSQL_OPT_TLS_VERSION parinktį, leidžiančią kliento programoje leisti TLS protokolus iš kliento bibliotekos.
• Funkcionalumas pridėtas ar pakeistas:
• InnoDB: sisteminis kintamasis innodb_support_xa, kuris leidžia palaikyti dviejų etapų įsipareigojimus XA sandoriuose, yra nebeaktualus. "InnoDB" palaikymas dviejuose fazėje "XA" sandoriuose visada įjungtas, kaip ir "MySQL 5.7.10". Išjungimas innodb_support_xa nebeleidžiamas, nes jis daro atkartojimą nesaugus ir neleidžia pritraukti našumo, susijusio su dvejetainiu žurnalo grupe.

Kas naujo GA versijoje 5.7.10:

• Apsaugos užrašai:
• Anksčiau "MySQL" palaikė tik TLSv1 protokolą šifruotoms jungtims. TLS palaikymas buvo išplėstas, kad būtų užtikrintas aukštesnis užkoduotojo ryšio saugumo lygis ...
• Kompiutavimas naudojant komplektą yaSSL versiją, MySQL palaiko TLSv1 ir TLSv1.1 protokolus.
• Sudarant naudojant OpenSSL 1.0.1 arba naujesnę versiją, MySQL palaiko TLSv1, TLSv1.1 ir TLSv1.2 protokolus.
• Pagal nutylėjimą MySQL bando naudoti aukščiausią prieinamą TLS protokolo versiją, priklausomai nuo to, kokia SSL biblioteka buvo naudojama serveriui ir klientui surinkti bei kokio rakto dydis naudojamas.
• Kadangi TLSv1.2 reikalauja "OpenSSL", šio protokolo palaikymas yra dvejetainiuose paskirstymuose tik "MySQL Commercial Server", o ne "MySQL Community Server" (kuris yra sudarytas naudojant yaSSL). Norėdami įjungti TLSv1.2 palaikymą, jei sukūrėte iš šaltinio, turite konfigūruoti "MySQL" naudodami OpenSSL su "WITH_SSL CMake" parinktimi.
• Naujasis "tls_version" sistemos kintamasis įgalina TLS protokolus, kuriuos leidžia serveris, nurodyti paleidžiant. Kliento pusėje parinktis -tls-version leidžia nurodyti TLS protokolus, kuriuos leidžia kliento programos, kiekvienam klientui pritaikius.
• "C" API funkcija mysql_options () turi naują MYSQL_OPT_TLS_VERSION parinktį, leidžiančią kliento programoje leisti TLS protokolus iš kliento bibliotekos.
• Funkcionalumas pridėtas ar pakeistas:
• InnoDB: sisteminis kintamasis innodb_support_xa, kuris leidžia palaikyti dviejų etapų įsipareigojimus XA sandoriuose, yra nebeaktualus. "InnoDB" palaikymas dviejuose fazėje "XA" sandoriuose visada įjungtas, kaip ir "MySQL 5.7.10". Išjungimas innodb_support_xa nebeleidžiamas, nes jis daro atkartojimą nesaugus ir neleidžia pritraukti našumo, susijusio su dvejetainiu žurnalo grupe.

Kas naujo 5.6.26 versijoje GA / 5.7.5 Žingsnis 16:

• Šis leidimas prideda palaikymą Debian 8 ir Ubuntu 15.04.

Kas naujo , versija 5.6.25 GA / 5.7.5 Žingsnis 16:

• Apsaugos užrašai:
• Susijusi OpenSSL biblioteka "MySQL Commercial Server" atnaujinta nuo 1.0.1j versijos iki 1.0.1k versijos. Naujoje versijoje nustatyti problemos aprašytos http://www.openssl.org/news/vulnerabilities.html.
• Šis pakeitimas neturi įtakos Oracle sukurtai "MySQL" bendruomenės "MySQL" serverio sukūrimui, kuris naudoja "yaSSL" biblioteką. (Klaida Nr. 20375530)
• Funkcionalumas pridėtas ar pakeistas:
• "SSL 2.0" ir "SSL 3.0" protokolų palaikymas buvo išjungtas, nes jie užtikrina silpną šifravimą. (Klaida Nr. 19820550)
• "yaSSL" buvo atnaujintas iki 2.3.7 versijos. (Klaida Nr. 19695101, klaida Nr. 20201864)
• Galiojančių SSL sertifikatų dienų diapazonas mysql-test / std_data buvo pratęstas iki 2029 m. (klaida Nr. 18366947).
• Klaidos ištaisytos:
• InnoDB: "tablespace" eksporto operacija nustatė purge būseną iki PURGE_STATE_STOP, tačiau valymo gija netikrino išvalymo būsenos, kol baigsis dabartinė valymo operacija. Didelio istorijos sąrašo atveju "tablespace" eksporto operacija buvo atidėta, laukiant dabartinės valymo operacijos pabaigos. Išvalymo būsena dabar yra tikrinama su kiekviena purge partija. (Klaida # 20266847, klaida # 75298)
• InnoDB: ALTER TABLE ... ADD INDEX operacija pakėlė teiginį dėl patvirtinimo kodo, kuris neleido ONLINE_INDEX_ABORTED_DROPPED prisijungti prie interneto indekso. Patvirtinimo kodas buvo sušvelnintas. (Klaida Nr. 20198726)
• InnoDB: klaida įvyko, kai serverio atkūrimo metu buvo sukurta funkcija push_warning_printf. Ši funkcija anksčiau buvo naudojama įspėjamojo pranešimo spausdinimui klientui. Taip pat, current_thd buvo NULL, kai serveris buvo paleistas iš naujo. (Klaida # 20144839)
• InnoDB: ALTER TABLE operacija, pakeitusi užsienio rakto stulpelio pavadinimą, sugedo perkrovus užsienio rakto apribojimą. Ankstesnio stulpelio pavadinimas išliko duomenų žodynų talpykloje, o ne iškeldintas. (Klaida # 20031243)
• "InnoDB": per vienintelį sandorį įvestų BLOB arba TEXT duomenų dydžio klaidų pranešimai buvo peržiūrėti. (Klaida Nr. 19975322)
• "InnoDB": DML operacijos lentelėje su viso teksto paieškos indeksais pakėlė netinkamą teiginį. (Klaida # 19905246)
• Nuorodos: ši klaida yra klaida # 19314480.
• InnoDB: daugelio lentelių ištrynimo operacija sukėlė serverio sustabdymą. (Klaida Nr. 19815702)
• "InnoDB": "FLUSH TABLES" operacija pakėlė teiginį. (Klaida # 19803418)
• InnoDB: jei įjungta buferinė keitimo funkcija, buferinė operacijų sekos dalis, kurios neturėjo būti buferinės, sukėlė Negalima išvalyti įrašo klaidos. (Klaida Nr. 19528825, klaida # 73767)
• InnoDB: ne "Windows" platformose os-file_pread ir os_file_pwrite funkcijos grąžina -1, kai atsiranda klaida. Ši vertė buvo išspausdinta klaidos pranešimu, nes skaitomų ar įrašytų baitų skaičius. Užuot spausdindami klaidos pranešime reikšmę -1, atspausdinamas atskiras klaidos pranešimas, rodantis sistemos skambučio gedimą. Dėkojame David Bennett už pleistras. (Klaida # 19315210, klaida # 73365)
• InnoDB: lėtas išjungimas (innodb_fast_shutdown = 0) po avarijos atkūrimo sukėlė teiginį. Prieš tęsdami lėtą išjungimą nelaukėme, kol baigsis fono atšaukimo operacijos. (Klaida Nr. 16862810)
• InnoDB: sveiki skaičiaus stulpelio reikšmė buvo neteisingai apdorota memcached incr ir decr komandoms. (Klaida # 69415, klaida # 20083106, klaida # 74874, klaida # 20044123)
• Dalijimasis: nesėkminga ALTER TABLE ... TRUNCATE PARTITION pareiškimas arba nepavykęs TRUNCATE TABLE pareiškimas prieš pertvarkytą lentelę kartais palieka nenuoseklius metaduomenis lentelės talpykloje; tolesni "SQL" pakartotiniai šių metaduomenų naudojimas nepavyko ir tam tikrais atvejais taip pat gali būti serverio gedimas. (Klaida # 74292, klaida # 19786861)
• Replikacija: jei kliento gija vergu vykdo FLUSH TABULES su "READ LOCK", kol pagrindinis vykdo DML, vykdant "SHOW" SLAVE STATUS tą patį klientą buvo užblokuotas ir sukėlė aklavietę. Šis nustatymas užtikrina, kad skaitymo užraktas būtų laikomas tik tuo laikotarpiu, kai atnaujinamas žurnalas, ir išvengiama aklavietės. (Klaida Nr. 19843808)
• Replikacija: kai XA sandoris buvo aktyvus, atliekant vidinį atmetimo procesą, pavyzdžiui, naudojant BINLOG pareiškimą, buvo pateiktas teiginys. Šis nustatymas užtikrina, kad atšaukimas vyksta tik vergui, kai sandoris apima kelis dvejetainius žurnalo failus. Atmesti nebėra dabar, jei "Format_description" gaunamas iš "BINLOG" pareiškimo, kuris vykdomas "MySQL" kliento. (Klaida # 74597, klaida # 19928622)
• Replikacija: įprastu būdu vergas negali turėti daugiau GTID nei valdytojas. Bet tam tikromis situacijomis, tokiomis kaip įrangos gedimas arba netinkamai išvalytas gtid_purged, pagrindinio dvejetainio žurnalo gali būti sutrumpintas. Šis nustatymas užtikrina, kad esant tokiai situacijai, kapitonas dabar nustato, kad vergas turi sandorius su GTID, kurie nepriklauso kapitonui. Vlake sukuriama klaida, o I / O gija yra sustabdyta klaida. Taip pat sustabdytas magistralės išleidimo srautas. Tai užkirs kelią duomenų nenuoseklumą kartojant. (Klaida # 72635, klaida # 18789758)
• Replikacija. Kai naudojamas SHOW SLAVE STATUS, siekiant stebėti replikacijos efektyvumą, "Seconds_Behind_Master" kartais rodomas netikėtas atsilikimas nuo pagrindinio kompiuterio. Tai sukėlė ankstesni_gtids_log_events, kurie buvo įrašyti į vergų relės žurnalą, užmezgę laiko žymę už meistro, o vėliau naudojami apskaičiuoti "Seconds_Behind_Master". Šis nustatymas užtikrina, kad verguose sukuriami įvykiai, kurie yra įtraukti į relės žurnalą ir kurie nėra naudojami skaičiuojant "Seconds_Behind_Master". (Klaida # 72376, klaida # 18622657)
• "Ubuntu 14.10", "MySQL" diegimo operacijoms gali nepavykti iš naujo įkelti "AppArmor". (Klaida # 20092641)
• EXPLAIN per XA sandorį gali pareikšti teiginį. (Klaida Nr. 19941492)
• Dvejetainių žurnalų failai, sukurti perduodant dvejetainę žurnalą iš nuotolinio serverio naudojant mysqlbinlog, buvo leistini prieigos režimu, nei originalūs failai. (Klaida Nr. 19649868)
• Jei audito_logo įskiepis susidūrė su visa klaida diske, serveris išeis.
• Dabar, jei failų sistema, į kurią įrašomas audito žurnalas, užpildoma, klaidos žurnale įrašoma klaida "disko pilna". Audito registravimas tęsiamas, kol audito žurnalo buferis užpildytas. Jei laisvos vietos diske nepasiekta iki buferio užpildymo, klientų seansai bus pakabinti, o serverio sustabdymas pakilus kliento seansams sukels audito žurnalo korupciją. Norėdami išvengti šio veiksmo, jei kliento seansai yra pakabinami, įsitikinkite, kad prieš sustabdydami serverį laisvos vietos yra prieinama audito žurnalo failų sistemoje. (Klaida # 19411485)
• Jei dėl laikino stalo nesugebėjimo sukurti failo deskriptorių, serveris išeina, o ne grąžina klaidą. (Klaida Nr. 18948649)
• Kai kurioms užklausoms, kuriose buvo gautos lentelės (SUB paketo klaida "FROM"), materializacijos vėlavimas sukėlė neoptimalų vykdymo planą dėl mažiau tikslių eilučių skaičiavimo įvertinimo. (Klaida Nr. 18607971)
• Atsakymų UPDATE ir DELETE atveju serveris gali išeiti iš bandymo pasiekti neinitializuotą duomenų struktūrą. (Klaida Nr. 18036143)
• Pradedant serverį su pradine paslauga arba mysqld_safe gali būti naudojamas teisingas įskiepių katalogas. (Klaida # 17619241)
• FLUSH TABLES FEDERATED lentelėje nepavyko, jei lentelė buvo tuščiąja eiga ilgiau nei wait_timeout laiko ir TCP keepalive laiko. (Klaida Nr. 17599258)
• Pasirinkus visus stulpelius iš "INFORMATION_SCHEMA.TABLES", lentelės dar nebuvo atidaromos, jei jos buvo talpyklos talpykloje, tačiau pasirinkus šių stulpelių pogrupį tokiomis pačiomis sąlygomis vėl atidarėte lenteles. (Klaida Nr. 16869534)
• Jei my_write () susiduria su visa disko būsena, ji gali grąžinti neteisingą klaidos vertę. (Klaida # 16078792, klaida # 19984788)
• "InnoDB" biuletenio pilna teksto paieška neteisingai tvarkoma + sujungta su skliaustais; Pavyzdžiui, + word1 + (& gt; word2