MySQL Enterprise Edition

MySQL Enterprise Edition ticari, ödüllü, yaygın olarak kullanılan ve süper hızlı RDBMS (İlişkisel Veritabanı Yönetim Sistemi), başlangıçta Sun Microsystems tarafından oluşturulan ve şimdi Oracle tarafından yapılmaktadır. Böyle MySQL Enterprise Backup gibi güçlü bir kurumsal özellikler içerir, bir glanceKey MySQL Enterprise Monitor, MySQL Enterprise HA, MySQL Enterprise Ölçeklenebilirlik, MySQL Enterprise Security, MySQL Enterprise Denetim, MySQL Enterprise Monitor, MySQL Query Analyzer, MySQL Kumaş ve MySQL Workbench.Features Sıcak & rdquo; özellikleri, nokta-in-time-kurtarma işlevselliği, kısmi veya tam geri yükleme, dış doğrulama desteği, çevrimiçi & ldquo iplik havuzları, politika tabanlı denetim uygunluk, destek, artan tam veya kısmi yedeklemeler oluşturmak için destek içerir; InnoDB, NDB ve MyISAM dahil olmak üzere çeşitli depolama motorları için yedek destek, küme yöneticisi ve küme jeo-çoğaltma özellikleri, otomatik ölçeklendirme, yanı sıra destek.
Ayrıca, yedek sıkıştırma, veritabanı çoğaltma özellikleri, DRBD (Distributed yinelenmiş Blok Aygıt) desteği, Oracle Solaris kümeleme, Oracle VM şablonları Windows yük devretme kümeleme, Windows Active Directory entegrasyonu, PAM (Eklenebilir Kimlik Modülleri) kimlik doğrulama desteği yanı sıra, 24 / Oracle 7 desteği. Bir başka ilginç özellikler o veritabanı altyapısı son derece systemsMySQL Debian GNU / Linux, Ubuntu, SUSE Linux Enterprise Server, Red dahil Linux dağıtımları geniş bir yelpazede, kullanılabilir anlamına gelir büyük kullanılabilirlik sunuyor işletim available.Supported yapabilme yeteneği MySQL Enterprise sürümü Hat Enterprise Linux ve Oracle, Linux, hem de Sun Solaris, BSD, Mac OS X ve Microsoft Windows işletim systems.The MySQL Community EditionsIn ek olarak, Topluluk baskı indirmek için serbestçe kullanılabilir ve kolayca monte edilebilir İlgili GNU / Linux dağıtımı varsayılan yazılım depolarında bulunan paketleri kullanarak çeşitli Linux tabanlı işletim sistemleri üzerinde. Bu aktif dünyanın bütün yerlerden açık kaynak meraklıları ve geliştiriciler bir topluluk tarafından korunur ve desteklenir. MySQL Topluluk Editions hakkında daha fazla detay Softoware bulunabilir

Bu sürümdeki yeni nedir:.

• İyi Performans ve Ölçeklenebilirlik
• Daha iyi verim işlem için geliştirilmiş InnoDB depolama motoru
• iyi sorgu yürütme süreleri ve teşhis için geliştirilmiş Doktoru
• Çevrimiçi DDL / Şema işlemleri ile daha iyi uygulama Durumu
• InnoDB için Memcached API üzerinden NoSQL Access ile daha iyi Geliştirici Çeviklik
• yüksek performans ve kendi kendini iyileştirme küme dağıtımları için geliştirilmiş çoğaltma
• iyi enstrümantasyon ve izleme için geliştirilmiş Performans Şeması
• sorunsuz bir uygulama dağıtımları için Geliştirilmiş Güvenlik
• Ve diğer önemli geliştirmeler

Hangi sürümü 5.6.10 Yeni:

• MySQL 5.6 Yeni özellikler ve geliştirmeler mevcuttur MySQL Community Edition MySQL kullanıcıları.
• MySQL 5.6 Modern donanım yeteneklerini kaldıraç kullanıcılara yardımcı, gelişmiş ölçeklenebilirlik doğrusal sağlar.
• Bu sürüm ile kullanıcılar basitleştirilmiş sorgu geliştirme ve hızlı yürütülmesini, daha iyi işlem hacmi ve uygulama kullanılabilirliği, esnek NoSQL erişimi, gelişmiş çoğaltma ve gelişmiş enstrümantasyon yaşayabilirsiniz.
• Daha Sorgu Yürütme Times ve gelişmiş bir MySQL Doktoru teşhis aracılığıyla sağlanan Teşhis: alt sorgusu Optimizasyonları: yürütme önce alt sorgular optimize ederek sorgu geliştirme basitleştirmek. Nasıl sonuç kümeleri Yeni verimleri sıralanır, seçilmiş ve sorgu yürütme zamanlarda önemli bir gelişme teslim döndürülür. Endeks Durum Pushdown (ICP) ve Toplu Anahtar Access (BKA) ilavesi: (1) 280x kadar sorgu verimini seçilen geliştirebileceğimizi. Geliştirilmiş Doktoru Tanı: INSERT, UPDATE EXPLAIN ve işlemleri ile silme. JSON formatında EXPLAIN planı çıktı daha kesin iyileştirici ölçümleri ve daha iyi okunabilirliği sunar, ve Doktoru optimizer karar verme sürecini izlemenize olanak sağlar İzler.
• Büyük Performans Verim ve geliştirilmiş InnoDB depolama motoru ile Uygulama Durumu: Işlem 230 Yüzde İyileştirme kadar ve sadece Throughput okuyun: InnoDB kızarma, eski diş aza indirmek için yeniden çarpanlarına olmuştur, ve tasfiye muteks çekişmeler ve darboğazlar, iyi sağlayan Yoğun bir şekilde yüklenmiş OLTP sistemlerinde eşzamanlama ve her iki işlem için önemli ölçüde geliştirilmiş iç verimle sonuçlanır ve sadece okuma iş yükü (2). Gelişmiş Durumu: Uygulama güncellemeleri için kullanılabilir kalırken çevrimiçi DDL işlemleri masa değişiklikleri indeksleri eklemek ve gerçekleştirmek için DBA sağlar. InnoDB ile tam metin arama: geliştiriciler metin tabanlı içerik temsil ve kelime ve cümleleri uygulama aramaları hızlandırmak için InnoDB tabloları FULLTEXT dizinler oluşturmak için olanak sağlar. Basit, Anahtar Değeri Arama: InnoDB esnek NoSQL erişim tanıdık Memcached API üzerinden InnoDB veri basit, anahtar-değer arama sağlar. Her iki dünyanın en iyi, & quot; & quot Kullanıcılar olsun; Aynı veritabanında anahtar-değer işlemlerini ve karmaşık SQL sorguları birleştirerek.
• Geliştirilmiş Ölçeği-Out ve Yüksek Kullanılabilirlik: dahil olmak üzere MySQL çoğaltma yeni özellikleri ile: Self-Healing Çoğaltma Kümeleri: Global İşlem tanımlayıcıları ve Yardımcı eklenmesi otomatik olarak algılar ve hatalardan kurtarmak için basit olun. Crash-Safe Çoğaltma ikili günlük ve otomatik olarak bir kaza durumunda çoğaltma akışında doğru pozisyonları kurtarmak ve yönetici müdahalesi olmadan çoğaltma devam etmek köle sağlar. Toplamlarını otomatik olarak tespit ve hataları uyararak küme üzerinde veri bütünlüğünü korumak. Yüksek Performans Çoğaltma Kümeleri: Çok Dişli Köleler (3) ile 5 kat daha hızlı çoğaltma kadar, binlog Grubu Commit ve Optimize Satır-tabanlı çoğaltma onlar ölçek-out olarak iş yüklerini emtia sistemleri arasında çoğaltma performansı ve verimliliğini en üst düzeye olanak tanır. Zaman gecikmeli Çoğaltma:. Örnek yanlışlıkla tabloları bırakarak, yöneticisinde yapılan operasyonel hatalara karşı koruma sağlar
• Gelişmiş PERFORMANCE_SCHEMA: Yeni enstrümantasyon daha çok kaynak yoğun sorgular, nesneleri, kullanıcıları ve uygulamaları izlemek için olanak sağlar. Sorgu, iplik, kullanıcı, ev sahibi ve nesne göre gruplandırılmış toplu istatistikler Yeni özetleri de mevcuttur. geliştirmeleri az yüzde beş yükü ile daha kolay varsayılan yapılandırması için izin verir.
• MySQL 5.6 Coğrafi Bilgi Sistemleri gibi ek donanımlar numarasını içeren -. Hassas Mekansal operasyonlar, gelişmiş IPv6 uyumluluğu ve optimize edilmiş sunucu varsayılan

sürüm 5.5.30 yeni nedir: var

• mysql-libs ve mysql-libs-ileri spec dosyasından kaldırıldı;
• mysql-testte .in dosyaların biraz daha akıllı işleme / tahsilat uygulamaya konmuştur;

Dosya dizin adını dönüştürürken
• Bir dosya ayırıcı (FN_LIBCHAR) elde edilen dosya adına eklenir alabilirsiniz. Bu sorun giderilmiştir;
• Pb2 rastgele hatası tamir edilmiş;
• gibi durumlarda oluşturulan hiçbir pid dosyası olduğu gibi, gömülü durumda ile işe yaramadı önceki itme ile eklenmiştir test script. & Quot; not_embedded.inc & quot; eklendi.

nedir sürüm 5.6.9 yeni RC:

• İşlevsellik Eklendi veya değiştirildi:
• Uyumsuz Değiştir: Çoğaltma: GTID tabanlı çoğaltma ilişkin değişken ve diğer isimleri bir dizi bu isimler daha uygun ve anlamlı hale getirmek için bir görünüm ile değiştirilmiştir. Eski isimleri artık desteklenmektedir.
• yani adını özellikler aşağıdaki listede gösterilmiştir:
• --disable-gtid-güvensiz-tablolar sunucu seçeneği --enforce-gtid-tutarlılık yeniden adlandırıldı; disable_gtid_unsafe_statements sistem değişkeni yeniden adlandırıldı enforce_gtid_consistency.
• gtid_done sunucu sistem değişkeni gtid_executed yeniden adlandırıldı.

Gtid_purged
• gtid_lost sunucu sistem değişkeni olarak yeniden adlandırıldı; ek olarak, bu değişken artık salt okunur olduğu.
• SQL_THREAD_WAIT_AFTER_GTIDS () işlevi WAIT_UNTIL_SQL_THREAD_AFTER_GTIDS yeniden adlandırıldı ().

Daha fazla bilgi için
• Bölüm 16.1.3, & quot; Küresel İşlem tanımlayıcıları & quot ;, ve Bölüm 16.1.4.5, & quot ile çoğaltma, Global İşlem Kimliği Seçenekler ve Değişkenler & quot ;. (Bug # 14775984)

Biçiminde
• Mysqld şimdi ISO (: mm ss YYYY-AA-GG ss) hata günlüğüne tarihleri ​​yazar. Aynı zamanda tarihten itibaren kendi süreç kimliğini içerir. Yama için Davi Arnaut teşekkürler. (Bug # 56240, Hata # 11763523)
• Windows Vista, Windows Server 2008 ve mklink komutunu kullanarak yeni destek yerli sembolik bağ. Bu, mekanizma artık önerilmiyor ve gelecekteki MySQL sürümünde kaldırılacak, böylece, .sym gereksiz dosyaları kullanarak veritabanı sembolik bağlantılar MySQL Server uygulamasını yapar. Windows'ta & quot Veritabanları Sembolik Linkleri Kullanarak;, Bölüm 8.11.3.1.3, & quot bakın.
• Bugs Sabit:
• Performans: InnoDB: Düşük seviyeli InnoDb için zamanlama değerleri okuma işlemleri gibi SSD gibi hızlı depolama aygıtları, daha iyi performans için ayarlanmıştır. Bu geliştirme, esas olarak sıkıştırılmış tablolarda BLOB sütunları için okuma işlemleri etkiler. (Bug # 13702112, Bug # 64258)
• Uyumsuz Değişim:. Performans Şema tablolarda thread_id sütun 64-bit değerlerini karşılamak için BIGINT için INT den genişletilmiştir
• önceki bir sürümünden MySQL bu sürüme yükseltirseniz, mysql_upgrade çalıştırmanız gerekir (ve sunucuyu yeniden başlatın) performance_schema veritabanına bu değişikliği dahil. (Bug # 14664453)
• Uyumsuz Değişim: Bağlantı kimliği (parçacığı kimliği) daha fazla 32 bit bu sorunları neden (örneğin meşgul veya uzun süre çalışan 64-bit sistemlerde gibi) bazı sistemlerde oluşabilir değerleri:

Genel sorgu günlüğüne ve yavaş sorgu günlüğüne yazılır
• Bağlantı kimlikleri yanlış. Bu dosya ve tablolar hem oturum için de geçerliydi.
• bağlantı_kimliği () fonksiyonu 32 bitten daha büyük değerler için çok küçük bir veri türüne sahip bir değer geri dönebilirler.
• mysql_thread_id () ve mysql_kill () C API işlevleri 32 bit daha büyük kimlik değerlerini ele vermedi. Bu yanlış bir iplik geçirmeye neden olabilir; Örneğin, eğer (mysql_thread_id ()) mysql_kill çağrılan.

:
• Bağlantı kimlikleri artık (64-bit veri türleri ile inşa zaman) Sunucu bu etkileri olan, onları destekleyen zaman 64-bit değerleri olarak izin verilir
• Bağlantı kimlikleri genel sorgu günlüğüne ve yavaş sorgu günlüğüne doğru kaydedilir.
• Not
• Bu değişiklik günlüğü tabloları bir değişiklik içerir, bu nedenle bu sürüme yükselttikten sonra, size mysql_upgrade çalıştırmak ve sunucuyu yeniden başlatmanız gerekir.
• bağlantı_kimliği () 32 bit daha büyük değerlere uygun bir veri türünü döndürür.
• mysql_thread_id () değişmeden; istemci / sunucu protokolü ID değeri için sadece 4 bayt vardır. Bu fonksiyon kaçınılmalıdır ve 32 bit daha büyük bağlantı kimlikleri için yanlış bir (kesilmiş) değeri döndürür.
• mysql_kill () hala 32 bitten daha büyük değerler idare edemiyorlar, ama şimdi yanlış iplik öldürme karşı korumak için bu gibi durumlarda bir hata döndürür:

Bir numarası daha büyük 32 bit verilirse
• mysql_kill (), bir CR_INVALID_CONN_HANDLE hatası döndürür.

Sunucunun iç parçacığı kimliği sayacı sonra
• 32 bitten daha bir değer daha ulaştığında, başarısız) (herhangi bir mysql_kill () çağırma ve mysql_kill için bir ER_DATA_OUT_OF_RANGE hata verir.
• bunları kullanmayın, mysql_thread_id () ve mysql_kill () ile ilgili sorunları önlemek için. Bağlantı kimliğini almak için, bir SELECT bağlantı_kimliği () sorgu yürütmek ve sonuç almak. Yürütmek, bir KILL deyimi bir iş parçacığı öldürmek için.
• (Bug # 19806, Hata # 11745768, Bug # 65715, Hata # 14236124, Bug # 44728, Hata # 11753308)
• Önemli Değiştir: InnoDB: Bu satırları nihai sonuç kümesinin parçası değil bile, tablodan birçok satır kilidi olabilir dizin birleştirme erişim yöntemi kullanan bir DML deyimi. Bu düzeltme eşsiz satır kilitleri serbest aşırı kilitleme azaltır. Bu optimizasyon İŞLENEN OKU eşit veya daha az katı yalıtım düzeyi ile sadece işlemleri etkiler; o YİNELENEBİLİR OKU veya SERIALIZABLE yalıtım düzeyi kullanarak işlemler için geçerli değildir. (Bug # 14226171)
• Önemli Değiştir: Çoğaltma: GTIDs ile sunucu çalışan işlem dışı tabloları değişiklikleri engelledi etkin Çünkü, böyle bir mysql_upgrade ve mysql_install_db gibi programlar düzgün çalışmayabilir olabilir, bu nedenle MyISAM depolama motorunu kullanılan ve sistem tabloları faaliyet koyamadık. --enforce-Gtid-tutarlılık ile çalışırken, sunucu işlem dışı tabloları tek ifadeleri tanır Şimdi, (--gtid-mode = AÇIK zaman gerekli). (Bug # 14722659)
• Önemli Değiştir: Çoğaltma: SQL iplik veya G / Ç iş parçacığı durduruldu zaman Eskiden, GÖSTER KÖLE Durum çıkışında Seconds_Behind_Master sütunun değeri her zaman NULL kuruldu. Şimdi, bu sütun, SQL parçacığı çalışmıyor, ya da G / Ç iplik iplik, SQL röle günlüğüne tüm işlenmiş olup olmadığını belirlemek için bir onay takip çalışmıyorsa yalnızca NULL olarak ayarlanır. (Bug # 12946333) (SQL iplik işleme bittikten ve I / O parçacığı çalışıyorsa, Seconds_Behind_Master 0'dır)
• Partisyonlama: InnoDB: Böyle InnoDb gibi bölüm düzeyinde optimize desteklemeyen bir depolama motoru kullanılan bir bölümlenmiş tablonun bir veya daha fazla bölüm optimize etmek çalışırken önce, MySQL Tablo yeniden yapıyor, optimize desteklemiyor bildirdi + yerine analiz, daha sonra tüm tabloyu yeniden oluşturulur, ancak aslında analiz etmedi. Şimdi bu tür durumlarda, uyarı mesajı, Masa bölümleri optimize desteklemiyor. Tüm bölümler yeniden ve analiz edilecektir. Buna ek olarak, tüm tabloyu ilk yeniden sonra analiz edilir. (Bug # 11751825)
• InnoDB: satır bir FULLTEXT endeksi ile ancak işlem işlendiği önce bir tabloya eklenen ise sunucu çöktü, bir hata bir sonraki başlangıç ​​sırasında oluşabilir:
• InnoDB: dosya dict0dict.cc doğrultusunda iplik thread_num içinde onaylama hatası 1019
• (Bug # 14826779)
• InnoDB: HANDLER deyimi ile bir FULLTEXT indeksi içeren bir tablo InnoDB erişirken, sunucu bir hata ile durdurmak olabilir. (Bug # 14788710)
• InnoDB: operasyonların iki tür aynı anda oldu sunucu bir hata ile durdurmak olabilir:
• off-sayfa sütunları içeren bir eklenen satırın bir ROLLBACK.
• tablo yeniden SIKIŞTIRILMIŞ = ROW_FORMAT = DİNAMİK veya ROW_FORMAT bir tablo içeren bir online çevrimiçi DDL işlemi (ki Barracuda dosya biçimini kullanarak, is). Örneğin, PRIMARY KEY, değişim ROW_FORMAT ADD, / drop KOLON ADD.
• (Bug # 14842014)
• InnoDB: Sunucu tablo yapısı ve endeksler bağlı bir ANALYZE TABLO işlemi için bir onaylama işlemi hatası ile durdurmak olabilir:
• InnoDB: dosya dict0dict.ic doğrultusunda iplik thread_num içinde onaylama hatası 447
• InnoDB: iddiası Başarısız: pos & lt; Tablo-& gt; n_def
• (Bug # 14755452)
• InnoDB: nedeniyle dosya sistemi kalan geçici tablo dosyasına, DISCARD TABLESPACE veya İTHALAT TABLESPACE hükümlerine ALTER TABLE deyimleri yaparken bir zaman aşımı hatası, Windows sistemlerde meydana gelebilir. (Bug # 14776799)
• InnoDB: bir dizin öneki kullanarak benzersiz bir dizin için bir yinelenen anahtar hata bildirdi olduğunda bir InnoDB tablo için bir online DDL işlemi yerine hatalı doğru anahtar değeri boş bir değer ('') bildirdi. (Bug # 14729221)
• InnoDB: FULLTEXT indeksleri ile InnoDB tabloları muhtemelen Windows sistemlerde sorunlar kaynak lider, asla piyasaya sürülmedi iplik kolları için bellek ayrılamadı olabilir. (Bug # 14759163)
• InnoDB: kopyalar tablo, tablo ikincil indeks bozulabilir bir online DDL işlemi sırasında. (Bug # 14753701)
• InnoDB: Sunucu INDEX işlemi CREATE bir online DDL sonra çöktü Eğer bir sonraki açılışta geri eksik işlemleri haddeleme sırasında, bir hata oluşabilir:
• InnoDB: del geri sn dizin girişi hata
• ...
• InnoDB: dosya row0umod.cc doğrultusunda iplik thread_num içinde onaylama hatası 559
• (Bug # 14707452)
• InnoDB: sunucu InnoDB tablo için kümelenmiş bir dizin yeniden bir ALTER TABLE işlemi sırasında kesin bir anda çöktü, özgün tablo sonra erişilemez olabilir. Böyle bir işlemin bir örneği ... ALTER TABLE Sunucu bu işlem sırasında durur, eğer düzeltme orijinal tablosunu koruyan PRIMARY KEY ADD. Sen hala orijinal tablo içeriğini geri yüklemek için elle .ibd dosyayı yeniden adlandırmak gerekebilir: MySQL 5.6 ve daha yüksek, veritabanı dizini içinde table_name.ibd için # sql-ib $ new_table_id.ibd yeniden adlandırmak; MySQL 5.6 öncesinde, yeniden adlandırmak için geçici dosya tablo_adı # 1 veya # 2. (Bug # 14669848)
• InnoDB: ALTER TABLE işlem bir InnoDB tablo için izin verilen maksimum sayıda ötesinde bir sütun ekler Bu düzeltme hata işleme artırır. Aynı zamanda 1020 1000 bir InnoDB tablo için sütunların sayısını yükseltir (Bug # 14705287)
• InnoDB: tablo yeniden bir online DDL işlemi sırasında, bir FİYATLARI TABLE deyimi tüm ikincil indeksler için bir sayım uyuşmazlığı rapor olabilir. (Bug # 14606472)
• InnoDB: Bir InnoDB tablo için bir FULLTEXT endeksi oluşturulmaya çalışılırken bir ALTER TABLE deyimi başarısız olursa eksik dizin bırakarak ederken, sunucu, bir onaylama işlemi hatası ile durdurmak olabilir. (Bug # 14504174)
• InnoDB: Kapatma sırasında, innodb_purge_threads yapılandırma seçeneği ile 1'den büyük set, sunucu bu hata ile erken durdurmak olabilir:
• mysqld var sinyal 11
• Bir geçici çözüm innodb_log_file_size artırmak ve innodb_purge_threads = 1 set oldu. Hata meydana olasılığının düşük olduğunu bu yüzden bu sürümler innodb_purge_threads yapılandırma seçeneği yok, ancak düzeltme, MySQL 5.5 ve 5.1 backported edildi. (Bug # 14234028)
• InnoDB: Sunucu eşzamanlı operasyonlar bazı kombinasyonları altında bir hata ile durdurmak olabilir:
• InnoDB: Bilinmeyen hata kodu 20
• Bu sorun 5.6 geliştirme döngüsü sırasında kökenli. Bu UNCOMMITTED yalıtım seviyelerini İŞLENEN OKU andREAD kullanan tek işlemleri etkilemiştir. (Bug # 13641662, Bug # 12424846)
• Çoğaltma: Bir tablo, bir FULLTEXT indeksi çoğaltılması Eğer doğru olanı bulmak için kullanılamaz halde, bir sonraki satır bulma kullanılacak tarama türünü seçerken, bu endeks dışladı değil. Satır uygulayıcı sonra çoğaltma başarısız olmasına neden, bir dizin tarama istihdam çabaladılar. Şimdi bu tür durumlarda, bu amaçla bir masa, bir dizin veya karma tarama kullanmak belirlerken dikkate alınmaz (örneğin tam metin gibi) sıralı erişim için vermeyin indekslerde. (Bug # 14843764)
• Çoğaltma: GTID-farkında efendi-köle protokolünü kullanırken, köle I / O parçacığı yanlış pozisyon kullanılır. GTIDs kullanırken, pozisyon normalde kullanılmaz, ama köle (bu gerekli değildi olsa bile) aynı usta yeniden zaman özel bir durum olarak, pozisyon GTID ek olarak kullanılmıştır. Bu sorun GTID-farkında efendi-köle protokolü bütün artık pozisyonları kullanmak yaparak sabittir. (Bug # 14828028)
• Çoğaltma: GTID_SUBTRACT () işlevi çağrıldığı bir saklı rutin R Verilen: R içinde çağrıldığında GTID_SUBTRACT () NULL döndü sonra, istemci geri kalanı için, null Ar içinde çağrıldı her zaman dönmek devam oturumu. (Bug # 14838575)
• Çoğaltma: MySQL Enterprise Yedekleme mysqldump ve mysqlhotcopy dışındaki ikili günlüğünde herhangi bir noktadan geri olamazdı bu yüzden sunucunun GTID durumunu geri koyamadık çünkü, bir GTID-etkinleştirilmiş MySQL Server ile kullanılan ve olamazdı başından.
• Bu sorun için düzeltme parçası olarak, gtid_purged sistem değişkeni (eski adı gtid_lost) artık salt okunur; şimdi (eski gtid_done) gtid_executed zaman boş buna GTIDs eklemek mümkündür. (Bug # 14787808)
• Çoğaltma: köle = 1 MASTER_AUTO_POSITION İÇİN DEĞİŞTİR MASTER kullanarak bağlanan ', ancak usta tasfiye etti: İlk ikili günlük dosyası temizlendi sonra yeniden başlatma çoğaltma hatası sonuçlandı ikili günlüğüne veri okurken ustadan ölümcül hata 1236 Got İkili günlükleri köle gerektirir GTIDs ihtiva etmektedir. ' Bu led GTID-tabanlı çoğaltma başarısız. (Bug # 14756691)
• mysql_install_db --user seçeneği onurlandırmak için başarısız oldu. (Bug # 15866735)
• tablo adı alfasayısal olmayan karakterler içeriyorsa ciddi bir hata karşılaşabileceğiniz bir FULLTEXT endeksi ile InnoDB tablo oluşturma. (Bug # 14835178)
• Geçersiz bellek sıfır uzunlukta tablo adı seçilen sorguları için oluşabilir okur. (Bug # 14780820)

NOT EXISTS
• etkisi KİLİT TABLOLAR ile CREATE TABLE ... GİBİ bir onaylama yükseltmek olabilir. (Bug # 14788976)
• türetilmiş tablo işleme otomatik anahtar nesil kısmı düzgün VALUES () tümcesi parçası olarak belirtilen sütun ele almak ve bir iddiadır yükseltilmiş olması neden yoktu. (Bug # 14786324)
• LOAD DATA INFILE bir utf16 dosyasını okumak için çalışılıyor bir iddiayı gündeme. (Bug # 14786470)
• init_io_cache (), bir mutex temizlemek için memset () kullanılır ama yanlış muteks boyutunu geçti. (Bug # 14838882)
• Bir karşı bir dizi testi değerlendirirken bir onaylama yol açabilecek iyileştirici NULL durum DEĞİLDİR. (Bug # 14843705)
• Bir onaylama INSERT, UPDATE yürütme kaldırdı, ya da örtük KİLİT TABLOLAR modunda OKU SADECE işlem başladıktan sonra DELETE olabilir. (Bug # 14788540)
• ciddi bir hata neden olabilecek bir NULL türü özniteliği ile bir InnoDB tablosunda otomatik artışlı sütun oluşturmak için çalışılıyor. (Bug # 14758479)

Ayrıca SONRA İLK veya kullanarak adını sütun reordering ise ALTER TABLE varolan sütunun aynı adı bir sütun yeniden adlandırmak için kullanılan eğer
• Bir onaylama büyüdü. (Bug # 14756089)

Yarı-katılmak gerçekleşme alt sorgu IN DEĞİL değerlendirmek için kullanılan eğer
• Bir iddianın gündeme olabilir. (Bug # 14751858)
• Bazı devamı işleyicisi iç içe girmiş için, devam yanlış yerde meydana gelebilir. (Bug # 14724836)
• GÖSTER processlist çıkışı kimliği sırayla sıralanır değildi. (Bug # 14771006)
• Bazı SEÇ tablolar için, sunucu çıkmak için neden olabilir EXPLAIN. (Bug # 14761894)

Girişimleri küçük, orta veya uzun BLOB ya da TEXT sütun için varsayılan değer ayarlamak için ALTER TABLE kullanmak için
• Bir bellek sızıntısı oluştu. (Bug # 14756206)
• Solaris paketleri kullanarak Kurulum (bu sadece yeni tesisler için gerçekleşmesi gereken) yükseltme işlemleri sırasında mysql_install_db koştu. (Bug # 14747671)

GÜNCELLEME tablolar için
• key_len sütunda toplam anahtar uzunluğu yerine kullanılan anahtar parçaların uzunluğunu gösterdi açıklar. (Bug # 14682438)
• istemci bağlantıları belirli türleri için durdurma sunucu neden olabilir 0 host_cache_size ayarı daha sonra --bind-adresi sunucu başlayan ve. (Bug # 14689561)
• endeks durumu pushdown etkinleştirildiğinde, iyileştirici türetilen tablolar için yanlış sonuçlar doğurabilir. (Bug # 14640176)
• iyileştirici yanlış bir iddiadır sorulması gereken neden, mekansal işlemleri optimize etmek için bir konumsal olmayan bir dizin kullanabilirsiniz. (Bug # 14600994)
• mysql_config_editor yapılandırma dosyasına yazma hataları için hata mesajı üretti. (Bug # 14545989)
• günlük ilişkili günlükleri hiçbiri etkin olsa bile yapıldı Query fırçalayın şifreleri yeniden. Ayrıca SERVER ve ALTER SERVER artık gerekli olarak yeniden yazıldı CREATE. (Bug # 14073554)
• MyISAM tablosu bozuk anahtar (Myi) dosyası olsaydı FİYATLARI MASA ve ONARIM TABLO kaza olabilir. Şimdi sunucu bir hata üretir. (Bug # 13556441)
• MyISAM tablosu bozuk anahtar (Myi) dosyası olsaydı FİYATLARI MASA ve ONARIM TABLO kaza olabilir. Şimdi sunucu bir hata üretir. (Bug # 13556107, Bug # 13556000)

--events Seçeneği verildi sürece
• mysql veritabanı döker için, mysqldump olay tablo atlanır. Bu isteniyorsa bu tabloyu atlamak için, --ignore-tablo seçeneği yerine (Bug # 55587, Hata # 11762933)
kullanın
• mysqld_safe oluşturulan dosyaların erişim moduna göre mysqld farklı davranışa yol açan, umask ortam değişkeninin değerini göz ardı. Şimdi mysqld_safe (ve mysqld_multi) mysqld aynı davranışı yaklaştığı çalışmayın. (Bug # 57406, Hata # 11764559)

Sorgu önbelleği reinitializing Mac OS X
• sunucu çıkmak için neden olabilir. Yama için Davi Arnaut teşekkürler. (Bug # 67156, Hata # 14741880)

HASH dizinleri ile BELLEK tablolar için
• bazen DELETE yürürlükteki tüm satırları silmek için başarısız oldu. (Bug # 51763, Hata # 11759445)
• sunucu veritabanı veya tablo adı özel karakterler içerdiği ve tablo depolama motoru InnoDB olduğu sorguları için sorgu önbelleği kullanmak için başarısız oldu. (Bug # 64821, Hata # 13919851)

Mac OS X'te
• KILL bazen güvenilmez olabilir. (Bug # 37780, Hata # 11748945)
• expr için işe yaramadı LAST_INSERT_ID (ifade) büyük imzalı BIGINT değerinden daha büyük değerleri. (Bug # 20964, Hata # 11745891)