MySQL Enterprise Edition

MySQL Enterprise Edition jest komercyjny, wielokrotnie nagradzany, powszechnie stosowane i bardzo szybka RDBMS (systemie zarządzania baz danych), stworzony przez firmę Sun Microsystems, a teraz utrzymywany przez Oracle. To takie funkcje korporacyjne, takie jak MySQL Enterprise Backup MySQL Enterprise Monitor, MySQL Enterprise HA, MySQL Enterprise skalowalność, MySQL Enterprise Security, MySQL Enterprise audytu, MySQL Enterprise Monitor, MySQL Query Analyzer, MySQL tkanin i MySQL Workbench.Features przy glanceKey funkcje obejmują wsparcie dla tworzenia przyrostowych, pełne lub częściowe kopie, funkcjonalność punktu w czasie ożywienia, częściowe lub pełne przywracanie zewnętrzne wsparcie uwierzytelniania, wsparcie dla basenów wątku, oparte na regułach zgodności audytu, w Internecie & bdquo; hot & rdquo; Obsługa kopii zapasowych, kierownik klastra i geo-cluster funkcje replikacji, automatyczne skalowanie, jak również wsparcie dla różnych silników składowania, w tym InnoDB, NDB i MyISAM.
Dodatkowo jest wyposażony w kompresję kopii zapasowych, replikacji baz danych, DRBD (Ukazuje repliką Zablokuj urządzenie) Wsparcie, Oracle Solaris klastrów, szablony Oracle VM, Windows klastry pracy awaryjnej, integracja z usługą Active Directory systemu Windows, PAM (Pluggable Authentication Modules), uwierzytelnianie, jak również 24 / 7 wsparcia z Oracle. Kolejne ciekawe Oferuje on możliwość, aby infrastruktura bazie bardzo available.Supported działa systemsMySQL oferuje wielki dostępność, co oznacza, że ​​może on być stosowany w szerokim zakresie, w tym dystrybucji Linuksa Debian GNU / Linux, Ubuntu, SUSE Linux Enterprise Server, Red Hat Enterprise Linux i Oracle Linux, jak i Sun Solaris, BSD, Mac OS X oraz Microsoft Windows Systems.The działa MySQL Community EditionsIn dodatek do wersji Enterprise MySQL, edycja Społeczność jest swobodnie dostępne do pobrania i można go łatwo zainstalować w różnych systemach operacyjnych opartych na Linuksie za pomocą pakietów zawartych w domyślnym repozytorium oprogramowania z danego dystrybucji GNU / Linux. Jest aktywnie utrzymywane i obsługiwane przez społeczność entuzjastów open source i twórców ze wszystkich zakątków świata. Więcej szczegółów na temat Editions MySQL Community można znaleźć na Softoware

Co nowego w tym wydaniu:.

• Lepsza wydajność i Skalowalność
• Ulepszony silnik składowania InnoDB dla lepszej wydajności transakcyjnej,
• Ulepszona Optimizer za czasów wykonania kwerendy i diagnostyki lepiej
• Lepsza dostępność aplikacji z działalności online DDL / schematu
• Lepsze Agility Deweloper z NoSQL Dostęp poprzez memcached API do InnoDB,
• Ulepszona replikacja dla wysokiej wydajności i samoleczenia wdrożeń klastra
• Lepsza wydajność dla lepszej Schemat aparatury i monitorowania
• Poprawa zabezpieczeń dla programu Worry-Free wdrożeń aplikacji
• I inne ważne udoskonalenia,

Co nowego w wersji 5.06.10:

• Nowe funkcje i ulepszenia w MySQL 5.6 są dostępne użytkownicy MySQL w MySQL Community Edition.
• MySQL 5.6 zapewnia większą liniową skalowalność, pomagając użytkownikom wykorzystać nowoczesne możliwości sprzętowe.
• W tej wersji, użytkownik może doświadczyć uproszczony rozwój i szybsze wykonanie zapytania, lepszą wydajność i dostępność aplikacji transakcyjnej, elastyczny dostęp NoSQL, lepsze oprzyrządowanie replikacji i wzmocnionej.
• Realizacja Lepsze Zapytanie Times i Diagnostyka przewidziane przez zwiększone diagnostyki MySQL jest Optymalizator: podzapytanie optymalizacje: uproszczenie rozwoju poprzez optymalizację zapytań podzapytania przed egzekucją. Nowe wydajności, w jaki sposób wybierane są zestawów wyników, sortowane i wrócił dostarczyć znaczną poprawę czasów wykonania kwerendy. Dodanie indeksu Stan stosem (ICP) i Batch Key Access (BKA): umożliwia poprawę wybrana przepustowość zapytań do 280x przez (1). Rozszerzone Optimizer Diagnostyka: EXPLAIN dla INSERT, UPDATE i DELETE. Wyjście wyjaśniania Plan w formacie JSON zapewnia bardziej precyzyjne wskaźniki optymalizatora i lepszej czytelności i Optymalizator Ślady umożliwia śledzenie procesu decyzyjnego optymalizatora.
• Większa przepustowość i wydajność aplikacji Dostępność z ulepszonym silnikiem składowania InnoDB: do 230 Procent Wzrost w transakcji i tylko do odczytu Przepustowość: InnoDB został ponownie uwzględniony w celu zminimalizowania starszych wątków, uderzenia gorąca, a czystka twierdzenia mutex i wąskie gardła, umożliwiając lepsze współbieżności na mocno obciążonych systemów OLTP, a wynikające ze znacznie zwiększoną wydajnością zarówno dla transakcyjny i czytać tylko obciążenia (2). Zwiększona dostępność: operacje DDL umożliwić internetowych administratorom dodawanie indeksów i przeprowadzenia zmian w tabeli, podczas gdy aplikacja jest nadal dostępne aktualizacje. Wyszukiwanie pełnotekstowe z InnoDB: pozwala programistom na tworzenie indeksów pełnotekstowych w tabelach InnoDB do reprezentowania treści tekstowej i przyspieszyć wyszukiwanie aplikacji dla słów i zwrotów. Proste, Klucz Wartość wyszukiwania: elastyczny dostęp NoSQL do InnoDB zapewnia proste, klucz-wartość odnośnika danych InnoDB przez znanego memcached API. Użytkownicy zdobyć & quot; najlepsze z obu światów, & quot; łącząc działalność klucz-wartość i złożonych zapytań SQL w tej samej bazie danych.
• Zwiększona Scale-Out i wysoka dostępność: z nowych funkcji replikacji MySQL, w tym: Self-Healing replikacji Klastry: Dodanie globalnych identyfikatorów transakcji i programy ułatwiają automatyczne wykrywanie i odzyskiwanie po awarii. Crash Bezpieczne replikacji umożliwia dziennik binarny i niewolników, aby automatycznie odzyskać właściwą pozycję w strumieniu replikacji w przypadku awarii, a wznowienie replikacji bez interwencji administratora. Sumy kontrolne utrzymania integralności danych w całym klastrze poprzez automatyczne wykrywanie i ostrzeganie o błędach. High Performance Klastry replikacji: do 5 razy szybciej replikacji przez Słowian wielowątkowy (3), Binlog Grupa Zobowiązanie i zoptymalizowane Replikacja wierszowa umożliwić użytkownikom, aby zmaksymalizować wydajność i efektywność replikacji, ponieważ skala-swoje obciążenia pomiędzy systemami surowców. Replikacja z opóźnieniem czasowym. Zapewnia ochronę przed błędami operacyjnych podejmowanych na mistrza, na przykład przypadkowym upuszczeniem tabel
• Zwiększona PERFORMANCE_SCHEMA: nowa aparatura umożliwia użytkownikom lepiej monitorować większość nakładów kwerend, obiektów użytkowników i aplikacji. Nowe wyciągi z zagregowanych statystyk zgrupowane według zapytania, nici, użytkownika, gospodarz i obiektu są również dostępne. Rozszerzenia pozwalają na łatwiejszą konfigurację domyślną z mniej niż pięć procent narzutu.
• MySQL 5.6 zawiera szereg dodatkowych akcesoriów, w tym Systemów Informacji Geograficznej -. Precyzyjne operacji przestrzennych, poprawę zgodności IPv6 i zoptymalizowanych ustawień domyślnych serwera

Co nowego w wersji 5.5.30:

• mysql-libs i mysql-libs-zaawansowany mają zostały usunięte z pliku spec;
• nieco bardziej inteligentne przetwarzanie .in plików w mysql-test / kolekcja została zaimplementowana;
• Podczas konwersji nazwę katalogu, pliku, separator pliku (FN_LIBCHAR) mogą dostać dołączane do nazwy pliku wynikowego. Ten problem został rozwiązany;
• PB2 awarii losowo został naprawiony;
• skrypt testowy, który został dodany z wcześniejszym naciśnięciu nie działa z wbudowanym przypadku, ponieważ nie ma pliku pid tworzone w takich przypadkach. & Quot; not_embedded.inc & quot; został dodany.

Co nowego w wersji 5.6.9 RC:

• Funkcjonalność dodane lub zmienione:
• Niezgodny Zmiana: Replikacja: liczba zmiennych i innych nazw związanych z powielaniem GTID opartej zostały zmienione, z zamiarem uczynienia te nazwy bardziej właściwe i istotne. Stare nazwy nie są już obsługiwane.
• Funkcje tak przemianowane zostały przedstawione w poniższej liście:
• opcja serwera --disable-gtid-niebezpieczne-oświadczenia została zmieniona --enforce-gtid-spójności; Zmienna systemowa disable_gtid_unsafe_statements została zmieniona enforce_gtid_consistency.
• Zmienna systemowa serwer gtid_done została zmieniona gtid_executed.
• Zmienna systemowa serwer gtid_lost została zmieniona gtid_purged; dodatkowo, zmienna ta nie jest już tylko do odczytu.
• SQL_THREAD_WAIT_AFTER_GTIDS () została przemianowana WAIT_UNTIL_SQL_THREAD_AFTER_GTIDS ().
• Aby uzyskać więcej informacji, patrz rozdział 16.1.3, & quot; z Global Transaction replikacji identyfikatorów & quot ;, oraz sekcji 16.1.4.5, & quot; Globalne opcje identyfikator transakcji i zmiennych & quot ;. (Bug # 14775984)
• mysqld teraz pisze termin w dzienniku błędów w ISO (hh RRRR-MM-DD: ss: mm) formacie. Obejmuje ona także swoje identyfikatory procesu następujące daty. Dzięki Davi Arnaut do poprawki. (Bug # 56240, Bug # 11763523)
• Windows Vista, Windows Server 2008 i nowszych wsparcie rodzimych symlinking pomocą polecenia mklink. To sprawia, że ​​wdrożenie serwera baz danych MySQL z wykorzystaniem .sym dowiązania symboliczne pliki zbędne, tak, że mechanizm jest teraz przestarzała i zostanie usunięta w przyszłej wersji MySQL. Patrz rozdział 8.11.3.1.3, & quot; Korzystanie linki symboliczne dla baz danych w systemie Windows & quot;.
• Błędy Naprawiono:
• Wydajność: InnoDB: Wartości czasów dla niskopoziomowych operacji odczytu InnoDB zostały skorygowane w celu zwiększenia wydajności z szybkich urządzeń pamięci masowej, takich jak dysk SSD. To rozszerzenie wpływa przede wszystkim operacje odczytu dla kolumn Blob w skompresowanych tabelach. (Bug # 13702112, Bug # 64258)
• Niezgodny Zmiana:. Kolumna thread_id w tabelach Schema wydajności został poszerzony z INT do BigInt pomieścić wartości 64-bitowych,
• W przypadku aktualizacji do tej wersji MySQL z wcześniejszej wersji, należy uruchomić mysql_upgrade (i zrestartuj serwer), aby włączyć tę zmianę do bazy danych performance_schema. (Bug # 14664453)
• Niezgodny Zmiana: Identyfikator połączenia (ID wątku) wartości większe niż 32 bitów mogą wystąpić w niektórych systemach (takich jak zapracowanych lub długo działających systemów 64-bitowych), co powoduje te problemy:
• identyfikatory połączeń zapisywane w rejestrze ogólnym zapytań i powolnym dzienniku kwerendy były nieprawidłowe. Tak było do logowania do obu plików i tabel.
• Funkcja CONNECTION_ID () może zwrócić wartość z typem danych zbyt mały dla wartości większych niż 32 bitów.
• mysql_thread_id () i mysql_kill () funkcji C API nie obsługuje wartości identyfikatorów większych niż 32 bitów. Może to doprowadzić do niewłaściwego zabijania gwintu; Na przykład, jeśli wywołany mysql_kill (mysql_thread_id ()).
• Identyfikatory połączenia są obecnie dopuszczone do wartości 64-bitowych, jeśli serwer je obsługuje (gdy zbudowany z 64-bitowych typów danych), który ma tych efektów:
• Identyfikatory połączenia są rejestrowane poprawnie rejestrze ogólnym zapytań i powolnym dzienniku zapytania.
• Uwaga
• Zmiana ta polega na modyfikację tabel dziennika, więc po aktualizacji do tej wersji, należy uruchomić mysql_upgrade i zrestartować serwer.
• CONNECTION_ID () zwraca typ danych, odpowiedni dla wartości większych niż 32 bitów.
• mysql_thread_id () pozostaje bez zmian; protocal klient / serwer ma tylko 4 bajty dla wartości ID. Funkcja ta zwraca nieprawidłowe (obcięte) wartości identyfikatorów połączenia większych niż 32 bitów i należy unikać.
• mysql_kill () wciąż nie może poradzić sobie wartości większej niż 32 bitów, ale w celu ochrony przed zabiciem zły wątek teraz zwraca błąd w tych przypadkach:
• Jeśli podany identyfikator większy niż 32 bity, mysql_kill () zwraca błąd CR_INVALID_CONN_HANDLE.
• Po wewnętrznego licznika ID wątku serwera osiąga wartość większa niż 32 bitów, to zwraca błąd ER_DATA_OUT_OF_RANGE dla każdego mysql_kill () inwokacji i mysql_kill () nie powiedzie się.
• Aby uniknąć problemów z mysql_thread_id () i mysql_kill (), nie należy ich używać. Aby uzyskać identyfikator połączenia, wykonać SELECT CONNECTION_ID () zapytania i pobrać wynik. Aby zabić wątku, wykonać instrukcję KILL.
• (Bug # 19806, Bug # 11745768, Bug # 65715, Bug # 14236124, Bug # 44728, Bug # 11753308)
• Ważna zmiana: InnoDB: oświadczenie DML przy użyciu metody dostępu Indeks scalania może zablokować wiele wierszy z tabeli, nawet jeśli te wiersze nie były częścią końcowego wyniku. Ta poprawka zmniejsza nadmierne blokowanie przez zwolnienie zamków bezkonkurencyjnych wierszy. Optymalizacja ta dotyczy tylko transakcje z poziomu izolacji równe lub mniej surowe niż odczyt zatwierdzony; nie stosuje się do transakcji przy użyciu poziom izolacji SERIALIZABLE powtarzalne READ lub. (Bug # 14226171)
• Ważna zmiana: Replikacja: Ponieważ uruchomienie serwera z GTIDs pozwoliła uniknąć zmian w tabelach nietransakcyjnych, programy takie jak mysql_upgrade i mysql_install_db nie były w stanie działać w tabelach systemowych, które używane silnik składowania MyISAM, a zatem nie może funkcjonować w pełnym zakresie. Teraz, gdy działa z --enforce-gtid konsystencji (wymagane, gdy --gtid-mode = ON), serwer umożliwia pojedyncze wypowiedzi na stołach nietransakcyjnych. (Bug # 14722659)
• Ważna zmiana: Replikacja: Dawniej wartość kolumny Seconds_Behind_Master w wyjściu SHOW SLAVE STATUS zawsze ustawiony na NULL, gdy wątek SQL lub wątku I / O został zatrzymany. Teraz, w kolumnie ustawiono na NULL tylko wtedy, gdy nitka SQL nie pracuje lub gdy gwint I / O nie działa po kontroli w celu określenia, czy gwint SQL sygnału wszystkie dzienniku przekaźnika. (Jeśli wątek SQL zakończeniu przetwarzania i wątku I / O jest uruchomiony, Seconds_Behind_Master 0.) (Bug # 12946333)
• Podział: InnoDB: Wcześniej, podczas próby optymalizacji jedną lub więcej partycji na partycje tabeli używany silnik pamięci, która nie obsługuje optymalizacji partycji poziomu, takich jak InnoDB, MySQL zgłaszane Tabela nie obsługuje Optimize, robi odtworzyć + Zamiast analizować, a następnie ponownie utworzyć całą tabelę, ale rzeczywiście nie analizować. Teraz w takich przypadkach, ostrzeżenie jest tabela nie obsługuje Optimize na partycjach. Wszystkie partycje zostaną przebudowane i analizowane. Ponadto, cała tabela analizowano po czym pierwsze przebudowy. (Bug # 11751825)
• InnoDB: Jeśli serwer zawiesił podczas wiersze były wstawiane do tabeli z indeksem FULLTEXT ale zanim transakcja została popełniona, błąd może wystąpić w kolejnym starcie:
• InnoDB: awaria Asertywność w wątku thread_num zgodnie dict0dict.cc pliku 1019
• (Bug # 14826779)
• InnoDB: serwer może zatrzymać się z powodu błędu podczas dostępu do tabeli InnoDB zawierający indeks FULLTEXT poprzez oświadczenie obsługi. (Bug # 14788710)
• InnoDB: serwer może powstrzymać się z błędem, gdy dwa rodzaje operacji się jednocześnie:
• ROLLBACK z wstawionego wiersza, który zawierał kolumny Off stronie.
• praca w Internecie DDL Internecie udziałem tabelę ROW_FORMAT = DYNAMIC lub ROW_FORMAT = SPRĘŻONY (czyli przy użyciu formatu pliku Barracuda), który odbudował tabeli. Na przykład, ADD / DROP COLUMN, ADD PRIMARY KEY, zmiana ROW_FORMAT.
• (Bug # 14842014)
• InnoDB: serwer może zatrzymać się błędem twierdzenie na ANALYZE operacji TABELA, w zależności od struktury i jego tablicy wskaźników:
• InnoDB: awaria Asertywność w wątku thread_num w pliku dict0dict.ic linii 447
• InnoDB: W przypadku braku twierdzenia: poz & lt; RTV- & gt; n_def
• (Bug # 14755452)
• InnoDB: Przekroczony limit czasu może wystąpić w systemach Windows, gdy robi ALTER TABLE z klauzul TABLESPACE wyrzucić lub IMPORT TABLESPACE, z powodu tymczasowego pliku tabel pozostały w systemie plików. (Bug # 14776799)
• InnoDB: operacja DDL online dla tabeli InnoDB błędnie podano wartość pustą ('') zamiast prawidłowej wartości klucza, gdy zgłosiliśmy już istniejący błąd klucza do unikatowego indeksu za pomocą prefiksu indeksu. (Bug # 14729221)
• InnoDB: tabele InnoDB z indeksów pełnotekstowych może przydzielić pamięci dla uchwytów wątku, który nigdy nie został wydany, co może prowadzić do zasobów problemy w systemach Windows. (Bug # 14759163)
• InnoDB: Podczas operacji DDL online, który kopie tabeli, indeksu wtórnego tabeli może ulec uszkodzeniu. (Bug # 14753701)
• InnoDB: Jeśli serwer rozbił po operacji DDL online stworzyć INDEX, błąd może wystąpić podczas wycofywania niekompletne transakcji przy następnym uruchomieniu programu:
• InnoDB: błąd w pozycji indeksu s del cofnąć w
• ...
• InnoDB: awaria Asertywność w wątku thread_num zgodnie row0umod.cc pliku 559
• (Bug # 14707452)
• InnoDB: Jeśli serwer rozbił się w określonym momencie podczas operacji ALTER TABLE, że przebudowany indeksu klastrowego w tabeli InnoDB, oryginalna tabela może być niedostępny później. Przykładem takiego działania jest ALTER TABLE ... ADD PRIMARY KEY poprawka zachowuje oryginalny stół, jeśli serwer zatrzyma się podczas tej operacji. Możesz musiał ręcznie zmienić nazwę pliku .ibd przywrócić oryginalne zawartość tabeli w MySQL 5.6: i wyższej, zmiana nazwy z # sql-ib $ new_table_id.ibd do table_name.ibd w katalogu bazy danych; MySQL 5.6 przed, aby zmienić nazwę pliku tymczasowego jest nazwa_tabeli nr 1 lub nr 2. (Bug # 14669848)
• InnoDB: Ta poprawka poprawia obsługę błędów podczas operacji ALTER TABLE dodaje kolumnę poza maksymalną liczbę dozwolonych dla tabeli InnoDB. Zastanawia się on również maksymalną liczbę kolumn dla tabeli InnoDB od 1000 do 1020. (Bug # 14705287)
• InnoDB: Podczas operacji DDL online, który odbudował tabeli, oświadczenie może zgłosić KONTROLA TABELA liczyć na niedopasowanie wszystkie indeksy średnich. (Bug # 14606472)
• InnoDB: Jeśli instrukcja ALTER TABLE nie powiodło się podczas próby utworzenia indeksu FULLTEXT dla tabeli InnoDB, serwer może powstrzymać się z błędem twierdzenie podczas upuszczania niepełne indeksu. (Bug # 14504174)
• InnoDB: Podczas postoju, z możliwością konfiguracji innodb_purge_threads ustawić więcej niż 1, serwer może powstrzymać się przedwcześnie z tego błędu:
• mysqld dostał sygnał 11
• obejście było innodb_log_file_size zwiększyć i ustawić innodb_purge_threads = 1. Poprawka została przeniesiona do MySQL 5.5 i 5.1, chociaż te wersje nie posiadają opcję konfiguracji innodb_purge_threads więc błąd był mało prawdopodobne. (Bug # 14234028)
• InnoDB: serwer może powstrzymać się z błędem w niektórych kombinacji jednoczesnych operacji:
• InnoDB: nieznany kod błędu 20
• Ten problem pochodzi podczas cyklu 5.6 rozwoju. To dotyczy tylko transakcji za pomocą odczyt zatwierdzony andREAD niezatwierdzone poziomy izolacji. (Bug # 13641662, Bug # 12424846)
• Replikacja: Jeśli tabela być replikowane miał indeks FULLTEXT, wskaźnik ten nie jest wykluczone, gdy wybierając rodzaj skanowania do wykorzystania w znalezieniu następny wiersz, choć nie mogą być używane, aby znaleźć właściwy. Wiersz aplikator następnie bezskutecznie próbował zatrudnić skanowanie indeksu, powodując replikacji na porażkę. Teraz w takich przypadkach, wskaźników, które nie zapewniają dostępu sekwencyjnego (takich jak pełny) nie są brane pod uwagę przy określaniu, czy do korzystania z tabeli, indeksu lub skanowanie skrótu do tego celu. (Bug # 14843764)
• Replikacja: W przypadku korzystania z protokołu master-slave GTID świadomy, wątek niewolnikiem I / O stosowane złą pozycję. Przy użyciu GTIDs, pozycja ta nie jest zazwyczaj używany, lecz jako szczególny przypadek pozycji zastosowano oprócz GTID kiedy podrzędny ponownie połączone do tego samego elementu nadrzędnego (chociaż nie jest to konieczne). Ten problem został rozwiązany poprzez protokół master-slave GTID-świadomość nie używać w ogóle stanowiska dłużej. (Bug # 14828028)
• Replikacja: Biorąc pod uwagę, przechowywane rutynowe R, w którym funkcja GTID_SUBTRACT () została wywołana: Po GTID_SUBTRACT () wrócił NULL, gdy nazywa się wewnątrz R, nadal zwraca wartość NULL, za każdym razem był nazywany w ramach badań, na okres pozostający do klienta sesji. (Bug # 14838575)
• Replikacja: MySQL Enterprise Backup mysqldump i mysqlhotcopy nie może być używany z GTID z obsługą MySQL Server, ponieważ nie byli w stanie przywrócić stan GTID serwera i tak nie mógł odtworzyć z dowolnego punktu w dzienniku binarnego innych niż samego początku.
• W ramach poprawki do tego problemu, gtid_purged zmienna systemowa (dawniej nazywane gtid_lost) nie jest już tylko do odczytu; teraz jest to możliwe, aby dodać GTIDs do niej, kiedy gtid_executed (dawniej gtid_done) jest pusty. (Bug # 14787808)
• Replikacja: Ponowne uruchomienie replikacji po pierwsze binarny plik dziennika została oczyszczona spowodowało błędu Masz błąd krytyczny 1236 przez mistrza podczas odczytywania danych z dziennika binarnego: "Niewolnik jest podłączenie przy użyciu CHANGE MASTER TO MASTER_AUTO_POSITION = 1, ale kapitan oczyszczona dzienniki binarne zawierające GTIDs, że niewolnik wymaga. To doprowadziło replikacji GTID niepowodzenie oparte. (Bug # 14756691)
• mysql_install_db nie dotrzymała opcji --user. (Bug # 15866735)
• Tworzenie tabeli InnoDB z indeksem FULLTEXT może napotkać poważny błąd, jeśli nazwa tabeli zawarte znaków innych niż alfanumeryczne. (Bug # 14835178)
• Nieprawidłowy pamięci odczytuje może wystąpić zapytań wybranych z nazwy tabeli zerowej długości. (Bug # 14780820)
• Z TABEL LOCK w efekcie CREATE TABLE IF NOT EXISTS ... jak może podnieść twierdzenie. (Bug # 14788976)
• Automatyczne częścią klucz generacji pochodzącej obsługi tabeli nie obsługiwać prawidłowo kolumny określone jako część wartości () klauzuli i spowodował twierdzenie być podniesione. (Bug # 14786324)
• Próba odczytu pliku UTF16 z LOAD DATA INFILE uniósł twierdzenia. (Bug # 14786470)
• init_io_cache () używana memset (), aby usunąć mutex, ale przeszedł zły rozmiar mutex. (Bug # 14838882)
• optymalizator może podnieść twierdzenie przy ocenie test zasięgu przeciwko NIE JEST warunkiem NULL. (Bug # 14843705)
• twierdzenie może być podniesiony wykonywania INSERT, UPDATE lub DELETE po niejawnie rozpoczęciem transakcji tylko do odczytu w trybie LOCK tabelach. (Bug # 14788540)
• Próbuję utworzyć kolumny automatycznego przyrostu w tabeli InnoDB z atrybutem typu NULL może spowodować poważny błąd. (Bug # 14758479)
• twierdzenie zostało podniesione, jeśli użyto ALTER TABLE, aby zmienić nazwę kolumny do samej nazwie jak istniejący kolumnie jednocześnie reorganizację przemianowany kolumnę za pomocą PO lub PIERWSZY. (Bug # 14756089)
• twierdzenie może zostać zwiększony, jeżeli częściowo dołączyć materializacji zostało wykorzystane do oceny NIE W podzapytania. (Bug # 14751858)
• Na niektórych nestingów procedur obsługi kontynuacją, kontynuacja mogłaby wystąpić w złym miejscu. (Bug # 14724836)
• Wyjście SHOW PROCESSLIST nie sortowane w Id kolejności. (Bug # 14771006)
• Na niektórych SELECT, wyjaśnij może spowodować serwera, aby wyjść. (Bug # 14761894)
• wyciek pamięci doszło do próby zastosowania ALTER TABLE, aby ustawić wartość domyślną za mały, średni lub długi BLOB lub kolumny TEXT. (Bug # 14756206)
• Instalacja przy użyciu pakietów Solaris prowadził mysql_install_db podczas operacji uaktualniania (powinno to nastąpić tylko w przypadku nowych instalacji). (Bug # 14747671)
• Do instrukcji UPDATE, wyjaśnić wykazała całkowitą długość klucza w kolumnie key_len zamiast długość stosowanych kluczowych części. (Bug # 14682438)
• Uruchamianie serwera z --bind-adres, a następnie ustawiając host_cache_size na 0 może doprowadzić do zatrzymania serwera dla niektórych rodzajów połączeń klienckich. (Bug # 14689561)
• Po włączeniu stan indeksu rozwijana do dołu, optymalizator może powodować nieprawidłowe wyniki dla tabel pochodnych. (Bug # 14640176)
• optymalizator może niewłaściwie wykorzystują wskaźnik bezprzestrzenne optymalizacji działań przestrzennych, powodując twierdzenie być podniesione. (Bug # 14600994)
• mysql_config_editor przedstawiła żadnego komunikatu o błędzie do błędów zapisu do pliku konfiguracyjnego. (Bug # 14545989)
• Zapytanie przepisywanie do szorowania na rejestrowanie haseł zostało wykonane, nawet jeśli żaden z dzienników zostały włączone towarzyszących. Ponadto, tworzenia serwera i ALTER SERVER teraz zapisać jako konieczne. (Bug # 14073554)
• Sprawdź TABELA i naprawa może upaść, jeśli TABELA tabeli MyISAM miał plik klucza uszkodzony (.myi). Teraz serwer błędu. (Bug # 13556441)
• Sprawdź TABELA i naprawa może upaść, jeśli TABELA tabeli MyISAM miał plik klucza uszkodzony (.myi). Teraz serwer błędu. (Bug # 13556107, Bug # 13556000)
• Na hałdach z bazy mysql, mysqldump pomijane w tabeli zdarzeń, chyba że opcja --events otrzymał. Aby pominąć ten stół, jeżeli jest to wskazane, należy wybrać opcję --ignore-ponga zamiast (Bug # 55587, Bug # 11762933)
• mysqld_safe ignorowane wartość zmiennej środowiskowej umask, co prowadzi do zachowania innego niż mysqld w odniesieniu do trybu dostępu do tworzonych plików. Teraz mysqld_safe (i mysqld_multi) próbować zbliżyć takie samo zachowanie jak mysqld. (Bug # 57406, Bug # 11764559)
• W systemie Mac OS X, reinicjalizacji cache zapytań może spowodować, że serwer, aby wyjść. Dzięki Davi Arnaut do poprawki. (Bug # 67156, Bug # 14741880)
• Na stołach pamięci z indeksów Hash, DELETE czasem udało się usunąć wszystkie obowiązujące wiersze. (Bug # 51763, Bug # 11759445)
• Serwer nie może korzystać z cache zapytań dla zapytań, w których nazwa bazy danych lub tabeli zawarte znaki specjalne, a silnik InnoDB przechowywania stół. (Bug # 64821, Bug # 13919851)
• W systemie Mac OS X, KILL może być czasami zawodna. (Bug # 37780, Bug # 11748945)
• LAST_INSERT_ID (wyrażenie) nie działa dla wyr wartości większe od największego podpisanej wartości BIGINT. (Bug # 20964, Bug # 11745891)