MySQL Enterprise Edition

MySQL Enterprise Edition adalah komersial, RDBMS super cepat (Relational Database Management System) pemenang penghargaan, banyak digunakan dan, awalnya dibuat oleh Sun Microsystems dan sekarang dikelola oleh Oracle. Ini termasuk fitur enterprise yang kuat, seperti MySQL Enterprise Backup, MySQL Enterprise Monitor, MySQL Enterprise HA, MySQL Enterprise Skalabilitas, MySQL Enterprise Security, MySQL Enterprise Audit, MySQL Enterprise Monitor, MySQL Query Analyzer, MySQL Fabric dan MySQL Workbench.Features di glanceKey fitur termasuk dukungan untuk menciptakan tambahan, penuh atau sebagian backup, fungsi titik-in-time-recovery, mengembalikan sebagian atau penuh, dukungan otentikasi eksternal, dukungan untuk kolam benang, berbasis kebijakan audit kepatuhan, secara online & ldquo; panas & rdquo; dukungan cadangan, manajer klaster dan klaster fitur geo-replikasi, scaling otomatis, serta dukungan untuk berbagai mesin penyimpanan, termasuk InnoDB, NDB dan MyISAM.
Selain itu, fitur kompresi backup, replikasi database, DRBD (Distributed direplikasi Blok Device) dukungan, Oracle Solaris clustering, Oracle VM template, failover clustering Windows, Windows Active Directory integrasi, PAM (Pluggable Authentication Modules) dukungan otentikasi, serta 24 / 7 dukungan dari Oracle. Lain fitur menarik itu kemampuan untuk membuat infrastruktur database Anda sangat available.Supported operasi systemsMySQL menawarkan ketersediaan besar, yang berarti bahwa hal itu dapat digunakan pada berbagai distribusi Linux, termasuk Debian GNU / Linux, Ubuntu, SUSE Linux Enterprise Server, Red Hat Enterprise Linux dan Oracle Linux, serta Sun Solaris, BSD, Mac OS X dan Microsoft Windows systems.The operasi MySQL Community EditionsIn Selain edisi Enterprise MySQL, edisi komunitas yang tersedia untuk di-download secara bebas dan dapat dengan mudah diinstal pada berbagai sistem operasi berbasis Linux menggunakan paket disertakan dalam repositori software bawaan dari masing-masing distribusi GNU / Linux. Hal ini secara aktif dikelola dan didukung oleh komunitas penggemar open source dan pengembang dari seluruh tempat di dunia. Rincian lebih lanjut tentang Edisi MySQL Community dapat ditemukan di Softoware

Apa yang baru dalam rilis ini:.

• Kinerja Lebih Baik dan skalabilitas
• Peningkatan mesin penyimpanan InnoDB untuk throughput transaksional yang lebih baik
• Peningkatan Optimizer untuk kali eksekusi query yang lebih baik dan diagnostik
• Aplikasi Ketersediaan baik dengan operasi online DDL / Skema
• Agility Pengembang yang lebih baik dengan NoSQL Akses melalui memcached API untuk InnoDB
• Peningkatan Replikasi untuk kinerja tinggi dan penyebaran klaster penyembuhan diri
• Peningkatan Kinerja Skema untuk instrumentasi yang lebih baik dan pemantauan
• Peningkatan keamanan untuk penyebaran aplikasi bebas khawatir
• Dan tambahan penting lainnya

Apa yang baru dalam versi 5.6.10:

• Fitur baru dan perangkat tambahan di MySQL 5.6 yang tersedia untuk pengguna MySQL dalam MySQL Community Edition.
• MySQL 5.6 memberikan peningkatan skalabilitas linear, membantu pengguna untuk memanfaatkan kemampuan perangkat keras modern.
• Dengan versi ini, pengguna dapat mengalami perkembangan disederhanakan permintaan dan eksekusi lebih cepat, throughput transaksional yang lebih baik dan ketersediaan aplikasi, akses NoSQL fleksibel, meningkatkan replikasi dan ditingkatkan instrumentasi.
• Query baik Eksekusi Times dan Diagnostik disediakan melalui peningkatan diagnostik MySQL Optimizer: Subquery Optimasi: menyederhanakan pengembangan permintaan dengan mengoptimalkan subqueries sebelum eksekusi. Efisiensi baru dalam cara hasil set yang dipilih, disortir dan kembali memberikan peningkatan substansial dalam eksekusi query kali. Penambahan Indeks Kondisi Pushdown (ICP) dan Batch Access Key (BKA): dapat memperbaiki dipilih permintaan throughput yang hingga 280x (1). Peningkatan Optimizer Diagnostik: Dengan MENJELASKAN untuk INSERT, UPDATE, dan DELETE operasi. MENJELASKAN rencana output dalam format JSON memberikan metrik optimizer lebih tepat dan lebih mudah dibaca, dan Optimizer Jejak memungkinkan untuk melacak proses pengambilan keputusan optimasi.
• Besar Kinerja Throughput dan Aplikasi Ketersediaan dengan mesin storage InnoDB ditingkatkan: Hingga 230 Persen Peningkatan di transaksional dan Read Only Throughput: InnoDB telah kembali faktor untuk meminimalkan warisan threading, pembilasan, dan membersihkan perselisihan mutex dan kemacetan, memungkinkan lebih baik concurrency pada sistem OLTP berat dimuat, dan mengakibatkan signifikan meningkatkan throughput untuk kedua transaksional dan hanya membaca beban kerja (2). Peningkatan Ketersediaan: operasi DDL secara online memungkinkan DBA untuk menambahkan indeks dan melakukan perubahan tabel sementara aplikasi tetap tersedia untuk update. Full-Text Search dengan InnoDB: memungkinkan pengembang untuk membangun indeks fulltext pada tabel InnoDB untuk mewakili konten berbasis teks dan mempercepat aplikasi mencari kata-kata dan frase. Sederhana, Key Nilai Lookup: akses NoSQL fleksibel untuk InnoDB menyediakan sederhana, kunci-nilai lookup data InnoDB melalui memcached API akrab. Pengguna mendapatkan & quot; terbaik dari kedua dunia, & quot; menggabungkan operasi kunci-nilai dan query SQL yang kompleks dalam database yang sama.
• Peningkatan Skala-Out dan High Availability: dengan fitur baru dalam replikasi MySQL termasuk: Self-Healing Replikasi Cluster: penambahan Global Transaction Identifiers dan Utilitas membuatnya sederhana untuk secara otomatis mendeteksi dan pulih dari kegagalan. Kecelakaan-Safe Replikasi memungkinkan log biner dan budak untuk secara otomatis memulihkan posisi yang benar dalam aliran replikasi dalam kasus kecelakaan, dan melanjutkan replikasi tanpa intervensi administrator. Checksum menjaga integritas data di cluster dengan secara otomatis mendeteksi dan memperingatkan pada kesalahan. High Performance Replikasi Cluster: sampai 5 kali lebih cepat melalui replikasi Multi-Threaded Budak (3), binlog Grup Komit dan Dioptimalkan Replikasi Row Berbasis memungkinkan pengguna untuk memaksimalkan kinerja dan efisiensi replikasi karena mereka skala-out beban kerja mereka di sistem komoditas. Waktu-tertunda Replikasi:. Menyediakan perlindungan terhadap kesalahan operasional yang dibuat pada master, misalnya sengaja menjatuhkan tabel
• Peningkatan PERFORMANCE_SCHEMA: instrumentasi baru memungkinkan pengguna untuk lebih memantau sumber daya yang paling intensif query, obyek, pengguna dan aplikasi. Ringkasan baru dengan statistik agregat dikelompokkan berdasarkan permintaan, benang, pengguna, host dan objek juga tersedia. Perangkat tambahan memungkinkan untuk konfigurasi default lebih mudah dengan kurang dari lima persen di atas kepala.
• MySQL 5.6 mencakup sejumlah perangkat tambahan termasuk Sistem Informasi Geografis -. Operasi spasial Precise, meningkatkan kepatuhan IPv6 dan default server yang dioptimalkan

Apa yang baru dalam versi 5.5.30:

• mysql-libs dan mysql-libs-maju memiliki telah dihapus dari file spesifikasi;
• Sedikit lebih cerdas pengolahan file .in di mysql-test / koleksi telah dilaksanakan;
• Sementara mengkonversi nama direktori untuk nama file, pemisah berkas (FN_LIBCHAR) mungkin akan ditambahkan ke nama file yang dihasilkan. Masalah ini adalah tetap;
• Kegagalan acak Pb2 telah diperbaiki;
• Uji Script yang ditambahkan dengan push sebelumnya tidak bekerja dengan kasus tertanam, karena tidak ada pid file yang dibuat dalam kasus tersebut. & Quot; not_embedded.inc & quot; telah ditambahkan.

Apa yang baru dalam versi 5.6.9 RC:

• Fungsi Ditambahkan atau Berubah:
• Perubahan kompatibel: Replikasi: Sejumlah variabel dan lainnya yang berkaitan dengan nama replikasi GTID berbasis telah diubah, dengan maksud untuk membuat nama-nama yang lebih tepat dan bermakna. Nama-nama lama yang tidak lagi didukung.
• Fitur sehingga berganti nama akan ditampilkan dalam daftar berikut:
• Pilihan disable-gtid-aman-pernyataan Server telah diubah namanya --enforce-gtid-konsistensi; variabel sistem disable_gtid_unsafe_statements telah diubah namanya enforce_gtid_consistency.
• Variabel sistem server gtid_done telah berganti nama gtid_executed.
• gtid_lost variabel sistem server telah diubah namanya gtid_purged; di samping itu, variabel ini tidak lagi read-only.
• SQL_THREAD_WAIT_AFTER_GTIDS () fungsi telah diubah namanya WAIT_UNTIL_SQL_THREAD_AFTER_GTIDS ().
• Untuk informasi lebih lanjut, lihat Bagian 16.1.3, & quot; Replikasi dengan Global Transaction Identifier & quot ;, dan Bagian 16.1.4.5, & quot; Global Transaction ID Options dan Variabel & quot ;. (Bug # 14775984)
• mysqld sekarang menulis tanggal untuk log kesalahan di ISO (YYYY-MM-DD hh: mm: ss) format. Hal ini juga termasuk ID proses menyusul tanggal. Terima kasih kepada Davi Arnaut untuk patch. (Bug # 56240, Bug # 11763523)
• Windows Vista, Windows Server 2008, dan dukungan yang lebih baru symlinking asli menggunakan perintah mklink. Hal ini membuat pelaksanaan Server MySQL database link simbolik menggunakan .sym file berlebihan, sehingga mekanisme yang sekarang usang dan akan dihapus dalam rilis MySQL masa depan. Lihat Bagian 8.11.3.1.3, & quot; Menggunakan Symbolic Link untuk Database pada Windows & quot;.
• Bugs tetap:
• Kinerja: InnoDB: Nilai waktu untuk tingkat rendah InnoDB membaca operasi disesuaikan untuk kinerja yang lebih baik dengan perangkat penyimpanan yang cepat, seperti SSD. Peningkatan ini terutama mempengaruhi operasi baca untuk kolom BLOB dalam tabel terkompresi. (Bug # 13702112, Bug # 64258)
• tidak kompatibel Perubahan:. The THREAD_ID kolom dalam tabel Kinerja Skema itu melebar dari INT untuk BigInt untuk mengakomodasi nilai-nilai 64-bit
• Jika Anda meng-upgrade ke rilis ini MySQL dari versi sebelumnya, Anda harus menjalankan mysql_upgrade (dan restart server) untuk memasukkan perubahan ini ke database performance_schema. (Bug # 14664453)
• kompatibel Perubahan: Koneksi ID (benang ID) nilai lebih besar dari 32 bit dapat terjadi pada beberapa sistem (seperti sistem 64-bit sibuk atau lama berjalan), menyebabkan masalah ini:
• ID Connection ditulis ke log query umum dan log lambat permintaan itu tidak benar. Hal ini juga berlaku untuk masuk ke kedua file dan tabel.
• CONNECTION_ID () fungsi bisa mengembalikan nilai dengan tipe data yang terlalu kecil untuk nilai yang lebih besar dari 32 bit.
• mysql_thread_id The () dan mysql_kill () fungsi C API tidak menangani ID nilai lebih besar dari 32 bit. Hal ini dapat mengakibatkan membunuh thread yang salah; misalnya, jika Anda dipanggil mysql_kill (mysql_thread_id ()).
• ID Connection sekarang diizinkan untuk menjadi nilai 64-bit ketika server mendukung mereka (ketika dibangun dengan tipe data 64-bit), yang memiliki efek ini:
• ID Connection login benar untuk log query umum dan log lambat permintaan.
• Catatan
• Perubahan ini melibatkan modifikasi tabel log, sehingga setelah upgrade ke rilis ini, Anda harus menjalankan mysql_upgrade dan restart server.
• CONNECTION_ID () mengembalikan tipe data yang sesuai untuk nilai-nilai yang lebih besar dari 32 bit.
• mysql_thread_id () tidak berubah; protokol yang client / server hanya memiliki 4 byte untuk nilai ID. Fungsi ini mengembalikan sebuah (dipotong) nilai yang salah untuk koneksi ID lebih besar dari 32 bit dan harus dihindari.
• mysql_kill () masih belum bisa menangani nilai lebih besar dari 32 bit, tetapi untuk menjaga terhadap membunuh thread salah sekarang kembali kesalahan dalam kasus ini:
• Jika diberi ID lebih besar dari 32 bit, mysql_kill () mengembalikan sebuah kesalahan CR_INVALID_CONN_HANDLE.
• Setelah server internal benang ID counter mencapai nilai yang lebih besar dari 32 bit, kembali kesalahan ER_DATA_OUT_OF_RANGE untuk mysql_kill () doa dan mysql_kill () gagal.
• Untuk menghindari masalah dengan mysql_thread_id () dan mysql_kill (), tidak menggunakannya. Untuk mendapatkan ID koneksi, mengeksekusi SELECT CONNECTION_ID () query dan mengambil hasilnya. Untuk membunuh thread, mengeksekusi pernyataan membunuh.
• (Bug # 19806, Bug # 11745768, Bug # 65715, Bug # 14236124, Bug # 44728, Bug # 11753308)
• Perubahan Penting: InnoDB: Sebuah pernyataan DML menggunakan metode akses indeks gabungan bisa mengunci banyak baris dari meja, bahkan ketika mereka baris bukan bagian dari hasil set terakhir. Perbaikan ini mengurangi penguncian yang berlebihan dengan melepaskan kunci baris yang tak tertandingi. Optimasi ini hanya mempengaruhi transaksi dengan tingkat isolasi sama dengan atau kurang ketat daripada BACA BERTEKAD; itu tidak berlaku untuk transaksi menggunakan berulang membaca atau tingkat isolasi Serializable. (Bug # 14226171)
• Penting Change: Replikasi: Karena menjalankan server dengan GTIDs aktif mencegah perubahan tabel nontransactional, program-program seperti mysql_upgrade dan mysql_install_db tidak dapat beroperasi pada tabel sistem yang menggunakan mesin penyimpanan MyISAM dan karena itu tidak bisa berfungsi dengan benar. Sekarang, ketika menjalankan dengan --enforce-gtid-konsistensi (diperlukan setiap kali --gtid-mode = ON), server memungkinkan pernyataan tunggal pada tabel nontransactional. (Bug # 14722659)
• Perubahan Penting: Replikasi: Dahulu, nilai kolom Seconds_Behind_Master dalam output SHOW SLAVE STATUS selalu diatur ke NULL kapan thread SQL atau I / O benang dihentikan. Sekarang, kolom ini diatur ke NULL hanya jika thread SQL tidak berjalan, atau jika I / O benang tidak berjalan setelah pemeriksaan untuk menentukan apakah atau tidak thread SQL telah diproses semua log relay. (Jika thread SQL selesai diproses dan I / O benang berjalan, Seconds_Behind_Master 0) (Bug # 12946333)
• Partisi: InnoDB: Sebelumnya, ketika mencoba untuk mengoptimalkan satu atau lebih partisi tabel partisi yang menggunakan mesin penyimpanan yang tidak mendukung partisi tingkat MENGOPTIMALKAN, seperti InnoDB, MySQL melaporkan Tabel tidak mendukung mengoptimalkan, melakukan menciptakan + menganalisis sebaliknya, kemudian kembali menciptakan seluruh meja, tapi tidak benar-benar menganalisisnya. Sekarang dalam kasus tersebut, pesan peringatan ini, Tabel tidak mendukung mengoptimalkan pada partisi. Semua partisi akan dibangun kembali dan dianalisis. Selain itu, seluruh tabel dianalisis setelah pertama yang dibangun kembali. (Bug # 11751825)
• InnoDB: Jika server jatuh saat baris yang dimasukkan ke dalam tabel dengan indeks fulltext tapi sebelum transaksi dilakukan, kesalahan bisa terjadi selama startup berikutnya:
• InnoDB: Kegagalan Sikap tegas di thread thread_num dalam file baris dict0dict.cc 1019
• (Bug # 14826779)
• InnoDB: Server bisa menghentikan dengan kesalahan ketika mengakses tabel InnoDB mengandung indeks fulltext melalui pernyataan HANDLER. (Bug # 14788710)
• InnoDB: Server bisa menghentikan dengan kesalahan ketika dua jenis operasi yang terjadi secara bersamaan:
• Sebuah ROLLBACK dari baris dimasukkan yang berisi kolom off-page.
• Sebuah operasi online DDL secara online yang melibatkan tabel ROW_FORMAT = DINAMIS atau ROW_FORMAT = TERKOMPRESI (yaitu, dengan menggunakan format file Barracuda) yang dibangun kembali meja. Sebagai contoh, ADD / DROP KOLOM, ADD PRIMARY KEY, perubahan ROW_FORMAT.
• (Bug # 14842014)
• InnoDB: Server bisa menghentikan dengan kesalahan pernyataan untuk TABLE operasi ANALYZE, tergantung pada struktur tabel dan indeks yang:
• InnoDB: Kegagalan Sikap tegas di thread thread_num dalam file baris dict0dict.ic 447
• InnoDB: Gagal pernyataan: pos & lt; tabel- & gt; n_def
• (Bug # 14755452)
• InnoDB: Sebuah kesalahan batas waktu bisa terjadi pada sistem Windows ketika melakukan TABLE pernyataan ALTER dengan DISCARD tablespace atau IMPOR tablespace klausa, karena file tablespace sementara yang tersisa dalam sistem file. (Bug # 14776799)
• InnoDB: Operasi DDL online untuk tabel InnoDB salah melaporkan nilai kosong ('') bukan nilai kunci yang benar ketika melaporkan kesalahan kunci duplikat untuk indeks yang unik menggunakan awalan indeks. (Bug # 14729221)
• InnoDB: tabel InnoDB dengan indeks fulltext bisa mengalokasikan memori untuk menangani benang yang tidak pernah dirilis, mungkin menyebabkan sumber daya masalah pada sistem Windows. (Bug # 14759163)
• InnoDB: Selama operasi DDL online yang salinan tabel, indeks sekunder tabel bisa menjadi rusak. (Bug # 14753701)
• InnoDB: Jika server jatuh setelah DDL secara online MENCIPTAKAN operasi INDEX, kesalahan bisa terjadi saat bergulir transaksi kembali lengkap pada startup berikutnya:
• InnoDB: kesalahan dalam entri indeks sec del membatalkan dalam
• ...
• InnoDB: Kegagalan Sikap tegas di thread thread_num dalam file baris row0umod.cc 559
• (Bug # 14707452)
• InnoDB: Jika server jatuh pada saat yang tepat selama operasi ALTER TABLE yang membangun kembali indeks berkerumun untuk tabel InnoDB, meja asli bisa diakses sesudahnya. Contoh operasi tersebut adalah ALTER TABLE ... ADD PRIMARY KEY Cara mengatasinya mempertahankan tabel asli jika server menghentikan selama operasi ini. Anda mungkin masih perlu untuk mengubah nama file IBD manual untuk mengembalikan isi tabel asli: di MySQL 5.6 dan lebih tinggi, mengubah nama dari # sql-ib $ new_table_id.ibd untuk table_name.ibd dalam direktori database; sebelum MySQL 5.6, file sementara untuk mengubah nama adalah table_name # 1 atau # 2. (Bug # 14669848)
• InnoDB: Perbaikan ini meningkatkan penanganan kesalahan saat operasi ALTER TABLE menambahkan kolom di atas jumlah maksimum yang diizinkan untuk tabel InnoDB. Hal ini juga meningkatkan jumlah maksimum kolom untuk tabel InnoDB dari 1000 sampai 1020. (Bug # 14705287)
• InnoDB: Selama operasi DDL online yang dibangun kembali meja, pernyataan TABLE LIHAT bisa melaporkan ketidaksesuaian hitungan untuk semua indeks sekunder. (Bug # 14606472)
• InnoDB: Jika pernyataan ALTER TABLE gagal ketika mencoba untuk membuat indeks fulltext untuk tabel InnoDB, server bisa menghentikan dengan kesalahan pernyataan sementara menjatuhkan indeks tidak lengkap. (Bug # 14504174)
• InnoDB: Selama shutdown, dengan pilihan konfigurasi innodb_purge_threads set lebih besar dari 1, server bisa menghentikan prematur dengan kesalahan ini:
• mysqld mendapat sinyal 11
• Sebuah solusi adalah untuk meningkatkan innodb_log_file_size dan mengatur innodb_purge_threads = 1. Cara mengatasinya adalah backported ke MySQL 5.5 dan 5.1, meskipun versi mereka tidak memiliki pilihan konfigurasi innodb_purge_threads sehingga kesalahan itu tidak mungkin terjadi. (Bug # 14234028)
• InnoDB: Server bisa menghentikan dengan kesalahan di bawah beberapa kombinasi operasi konkuren:
• InnoDB: tidak diketahui kode kesalahan 20
• Masalah ini berasal selama siklus 5,6 pembangunan. Ini hanya mempengaruhi transaksi menggunakan BACA BERTEKAD andREAD tingkat isolasi TERIKAT. (Bug # 13641662, Bug # 12424846)
• Replikasi: Jika meja untuk direplikasi memiliki indeks fulltext, indeks ini tidak dikesampingkan ketika memilih jenis pemindaian yang akan digunakan dalam mencari baris berikutnya, meskipun tidak dapat digunakan untuk menemukan yang benar. Baris applier kemudian mencoba gagal untuk mempekerjakan indeks scan, menyebabkan replikasi gagal. Sekarang dalam kasus tersebut, indeks yang tidak menyediakan akses sekuensial (seperti fulltext) tidak dianggap ketika menentukan apakah akan menggunakan tabel, indeks, atau memindai hash untuk tujuan ini. (Bug # 14843764)
• Replikasi: Bila menggunakan protokol master-budak GTID-sadar, budak I / O benang yang digunakan posisi yang salah. Bila menggunakan GTIDs, posisi ini biasanya tidak digunakan, tetapi sebagai kasus khusus, posisi digunakan selain untuk GTID ketika budak menghubungkan kembali ke master yang sama (meskipun ini tidak diperlukan). Masalah ini telah diperbaiki dengan membuat protokol master-budak GTID-sadar tidak menggunakan posisi sama sekali lagi. (Bug # 14828028)
• Replikasi: Mengingat R rutin disimpan di mana GTID_SUBTRACT () fungsi itu dipanggil: Setelah GTID_SUBTRACT () kembali NULL saat dipanggil dalam R, itu terus kembali NULL setiap kali itu disebut dalam R, untuk sisa klien sesi. (Bug # 14838575)
• Replikasi: MySQL Enterprise Backup, mysqldump, dan mysqlhotcopy tidak bisa digunakan dengan GTID-enabled MySQL Server, karena mereka tidak dapat memulihkan keadaan GTID server sehingga tidak bisa mengembalikan dari setiap titik dalam log biner selain awal.
• Sebagai bagian dari perbaikan untuk masalah ini, variabel sistem gtid_purged (sebelumnya bernama gtid_lost) tidak lagi read-only; sekarang adalah mungkin untuk menambahkan GTIDs itu ketika gtid_executed (sebelumnya gtid_done) kosong. (Bug # 14787808)
• Replikasi: Restart replikasi setelah yang pertama biner file log yang dibersihkan mengakibatkan kesalahan Punya kesalahan fatal 1.236 dari master saat membaca data dari log biner: 'budak ini menghubungkan menggunakan CHANGE MASTER TO MASTER_AUTO_POSITION = 1, tapi master telah dibersihkan log biner berisi GTIDs bahwa budak membutuhkan. " Replikasi berbasis GTID memimpin ini gagal. (Bug # 14756691)
• mysql_install_db gagal untuk menghormati pilihan --user. (Bug # 15866735)
• Membuat tabel InnoDB dengan indeks fulltext bisa menemukan kesalahan serius jika nama tabel berisi karakter non-alfanumerik. (Bug # 14835178)
• memori tidak valid membaca bisa terjadi karena permintaan yang dipilih dari nol-panjang nama tabel. (Bug # 14780820)
• Dengan LOCK TABLES berlaku, CREATE TABLE IF NOT EXISTS ... seperti bisa meningkatkan sebuah pernyataan. (Bug # 14788976)
• Bagian pembangkitan kunci otomatis penanganan tabel diturunkan tidak menangani dengan baik kolom tertentu sebagai bagian dari () klausa VALUES dan menyebabkan sebuah pernyataan akan dibangkitkan. (Bug # 14786324)
• Mencoba untuk membaca file UTF16 dengan LOAD DATA INFILE mengangkat sebuah pernyataan. (Bug # 14786470)
• init_io_cache () digunakan memset () untuk menghapus mutex tapi melewati ukuran mutex yang salah. (Bug # 14838882)
• optimizer dapat meningkatkan sebuah pernyataan ketika mengevaluasi tes kisaran melawan IS NOT NULL kondisi. (Bug # 14843705)
• Sebuah pernyataan bisa dinaikkan mengeksekusi INSERT, UPDATE, atau DELETE setelah implisit memulai HANYA transaksi BACA dalam mode LOCK TABLES. (Bug # 14788540)
• Mencoba untuk membuat kolom auto-increment dalam tabel InnoDB dengan tipe NULL atribut dapat menyebabkan kesalahan serius. (Bug # 14758479)
• Sebuah pernyataan dibesarkan jika ALTER TABLE digunakan untuk mengubah nama kolom untuk nama yang sama dengan kolom yang ada sementara juga penataan kembali kolom nama dengan menggunakan SETELAH atau PERTAMA. (Bug # 14756089)
• Sebuah pernyataan bisa dinaikkan jika semi-bergabung materialisasi digunakan untuk mengevaluasi TIDAK DI subquery. (Bug # 14751858)
• Untuk beberapa nestings handler kelanjutan, kelanjutan dapat terjadi di lokasi yang salah. (Bug # 14724836)
• output SHOW PROCESSLIST tidak diurutkan dalam urutan Id. (Bug # 14771006)
• Untuk beberapa pernyataan SELECT, MENJELASKAN dapat menyebabkan server untuk keluar. (Bug # 14761894)
• Kebocoran memori terjadi pada upaya untuk menggunakan ALTER TABLE untuk menetapkan nilai default untuk kecil, menengah, atau panjang blob atau kolom TEXT. (Bug # 14756206)
• Instalasi menggunakan paket Solaris berlari mysql_install_db selama operasi upgrade (ini harus terjadi hanya untuk instalasi baru). (Bug # 14747671)
• Untuk pernyataan UPDATE, MENJELASKAN menunjukkan total panjang kunci di kolom key_len daripada panjang digunakan bagian kunci. (Bug # 14682438)
• Menjalankan server dengan --bind-address dan kemudian menetapkan host_cache_size ke 0 dapat mengakibatkan server berhenti untuk beberapa jenis koneksi klien. (Bug # 14689561)
• Dengan kondisi indeks pushdown diaktifkan, optimizer dapat menghasilkan hasil yang salah untuk tabel berasal. (Bug # 14640176)
• Pengoptimal salah bisa menggunakan indeks nonspatial untuk mengoptimalkan operasi spasial, menyebabkan pernyataan untuk dibesarkan. (Bug # 14600994)
• mysql_config_editor tidak menghasilkan pesan kesalahan untuk kesalahan tulis ke file konfigurasi. (Bug # 14545989)
• Query ulang ke password scrub untuk penebangan dilakukan bahkan jika tidak ada log terkait dimungkinkan. Juga, MENCIPTAKAN SERVER dan ALTER SERVER sekarang ditulis ulang seperlunya. (Bug # 14073554)
• TABLE TARIF dan PERBAIKAN TABLE bisa crash jika tabel MyISAM memiliki (MYI) file kunci korup. Sekarang server menghasilkan kesalahan. (Bug # 13556441)
• TABLE TARIF dan PERBAIKAN TABLE bisa crash jika tabel MyISAM memiliki (MYI) file kunci korup. Sekarang server menghasilkan kesalahan. (Bug # 13556107, Bug # 13556000)
• Untuk dump dari database mysql, mysqldump melewatkan tabel event kecuali opsi --events diberikan. Untuk melompat tabel ini jika yang diinginkan, gunakan opsi --ignore-meja bukan (Bug # 55587, Bug # 11762933)
• mysqld_safe mengabaikan nilai variabel lingkungan umask, yang mengarah ke perilaku yang berbeda dari mysqld sehubungan dengan mode akses dari file yang dibuat. Sekarang mysqld_safe (dan mysqld_multi) mencoba untuk mendekati perilaku yang sama seperti mysqld. (Bug # 57406, Bug # 11764559)
• Pada Mac OS X, reinitializing cache query dapat menyebabkan server untuk keluar. Terima kasih kepada Davi Arnaut untuk patch. (Bug # 67156, Bug # 14741880)
• Untuk tabel MEMORY dengan indeks Hash, DELETE kadang-kadang gagal untuk menghapus semua baris yang berlaku. (Bug # 51763, Bug # 11759445)
• Server gagal untuk menggunakan cache query untuk permintaan di mana database atau nama tabel yang terdapat karakter khusus dan mesin penyimpanan tabel adalah InnoDB. (Bug # 64821, Bug # 13919851)
• Pada Mac OS X, membunuh kadang-kadang bisa diandalkan. (Bug # 37780, Bug # 11748945)
• LAST_INSERT_ID (expr) tidak bekerja untuk expr nilai lebih besar dari yang terbesar ditandatangani nilai BIGINT. (Bug # 20964, Bug # 11745891)