MySQL Enterprise Edition

のMySQL Enterprise Editionは商用、受賞歴のある、広く使用され、超高速のRDBMS（リレーショナルデータベース管理システム）、もともとは、Sun Microsystemsによって作成され、これで、Oracleによって維持。それは、そのようなMySQLのエンタープライズバックアップなどの強力なエンタープライズ機能を備えて、glanceKeyでのMySQL Enterprise Monitorの、MySQL EnterpriseのHA、MySQL Enterpriseのスケーラビリティは、MySQLエンタープライズセキュリティ、MySQL Enterpriseの監査は、MySQL Enterprise Monitorの、MySQLのクエリアナライザ、MySQLのファブリックとMySQL Workbench.Features特徴は、増分、完全または部分的なバックアップを作成する、ポイント·イン·タイム·リカバリ機能、部分的または完全なリストア、外部認証のサポート、スレッドプールのサポート、ポリシーベースの監査、コンプライアンス、オンライン＆ldquoのサポートが含まれ、ホット＆rdquo; InnoDBは、NDBとのMyISAMなど、さまざまなストレージエンジン、バックアップサポート、クラスタマネージャとクラスタ地理レプリケーション機能、自動スケーリング、同様にサポート。
さらに、それはバックアップの圧縮、データベースの複製を備え、DRBD（分散複製ブロックデバイス）のサポート、Oracle Solarisのクラスタリングは、Oracle VMテンプレート、Windowsフェールオーバークラスタリング、WindowsのActive Directoryとの統合、PAM（プラグ可能な認証モジュール）認証サポートのほか、24 /オラクルからの7のサポート。それはあなたのデータベース·インフラストラクチャを行う能力の高いavailable.Supported操作するsystemsMySQLそれはDebian GNU / Linuxのは、UbuntuなどのLinuxディストリビューションの広い範囲、に使用することができることを意味偉大な可用性、SUSE Linux Enterprise Serverの、赤を提供していますもう一つの興味深い特徴MySQLはエンタープライズ版へHat Enterprise Linuxには、OracleのLinuxのほか、Sun Solarisでは、BSD、Mac OS XとMicrosoft Windowsオペレーティングsystems.The MySQLコミュニティEditionsIn添加は、コミュニティ版は無料でダウンロードすることが可能で、それは簡単にインストールすることができますそれぞれのGNU / Linuxディストリビューションのデフォルトのソフトウェアリポジトリに含まれるパッケージを使用して、さまざまなLinuxベースのオペレーティングシステム上で。これは、積極的に維持され、世界のすべての場所から、オープンソースの愛好家や開発者のコ​​ミュニティによってサポートされています。 MySQLコミュニティエディションについての詳細はSoftowareで見つけることができます。

のこのリリースで新しいのあるもの：ます。

• パフォーマンスの向上とスケーラビリティます。
• よりよいトランザクションのスループットの改善InnoDBストレージエンジン
• より良いクエリの実行時間および診断のための改良オプティマイザます。
• オンラインDDL /スキーマ操作との優れたアプリケーションの可用性ます。
• のInnoDBにMemcachedのAPI経由のNoSQLアクセスとの優れた開発者アジリティます。
• 高性能と自己回復クラスタの導入のための改良複製します。
• より良い計測および監視するためのパフォーマンスの向上スキーマます。
• 心配のないアプリケーションの展開のためのセキュリティの向上します。
• そして、他の重要な機能強化します。

のあるどのバージョン5.6.10のの新しい：

• のMySQL 5.6の新機能と機能強化がに利用可能であるMySQLのコミュニティ版MySQLユーザーます。
• のMySQL 5.6のユーザーは最新のハードウェア機能を活用するために支援し、強化されたリニアなスケーラビリティを提供しています。
• このバージョンでは、ユーザーが簡略化され、クエリーの開発と高速な実行、より良いトランザクションスループットとアプリケーションの可用性、柔軟なNoSQLのアクセス、改善された複製および強化された機器を体験することができます。
• より良いクエリ実行時間と強化されたMySQLのオプティマイザの診断を介して提供さ診断：副問合せ最適化：実行前にサブクエリを最適化することで、クエリの開発を簡素化する。結果セットがどのように選択されるかの新効率は、ソートされ、クエリの実行時間の大幅な改善を実現し、返さ。インデックスコンディションプッシュダウン（ICP）の添加およびバッチキーアクセス（BKA）は：最大280x（1）で選択されたクエリのスループットを向上させることができる。強化されたオプティマイザ診断：INSERT、UPDATEのためにEXPLAIN、およびDELETE操作で。 JSON形式でEXPLAIN PLAN出力は、より正確なオプティマイザメトリクスとより良い読みやすさを実現し、そしてOptimizerはオプティマイザ意思決定プロセスを追跡することが可能にトレースします。
• 高いパフォーマンススループットおよび改善InnoDBストレージエンジンを使用したアプリケーションの可用性：トランザクションで230パーセント改善にUpと専用スループットを読む：InnoDBは、フラッシング、レガシースレッド化を最小限にするためにリファクタリングされており、パージミューテックス競合やボトルネックは、より良い可能負荷の高いOLTPシステム上の同時実行、および両方のトランザクションのために大幅に改善されたスループットが読み出し専用ワークロード（2）。強化された可用性：オンラインDDL操作アプリケーションがアップデートのために利用可能なまま、インデックスを追加し、テーブルの変更を実行するためにデータベース管理者を有効にしてください。 InnoDBはとの全文検索は：開発者は、テキストベースのコンテンツを表し、単語やフレーズのためのアプリケーションを検索を高速化するためにInnoDBテーブル上でFULLTEXTインデックスを構築することができます。シンプル、キー値ルックアップ：InnoDBはへの柔軟なNoSQLのアクセスがおなじみのMemcachedのAPIを介してInnoDBのデータの単純な、キーと値の参照を提供します。両方の長所、＆QUOT、ユーザーが＆QUOTを得る。同じデータベース内のキーと値の操作や複雑なSQLクエリを組み合わせます。
• の改善スケールアウトと高可用性：含むMySQLのレプリケーションの新機能を備えた：セルフヒーリングレプリケーションクラスタ：グローバル·トランザクション識別子とユーティリティの追加が自動的に検出し、障害から回復することがシンプルに。クラッシュセーフレプリケーションが自動的にクラッシュした場合のレプリケーション·ストリーム内の正しいポジションを回復し、管理者の介入なしに複製を再開するためにバイナリログおよびスレーブを可能にします。チェックサムは自動的に検出し、エラー時に警告することによって、クラスタ全体でデータの整合性を維持する。高性能レプリケーションクラスタ：マルチスレッドスレーブ（3）を介して最大5倍高速複製、のBinlogグループコミットと最適化された行ベースのレプリケーションでは、彼らはスケールアウトとしてのワークロードを、商品·システム間でのレプリケーションのパフォーマンスと効率を最大化することを可能にします。時間遅延レプリケーション：。例えば、誤ってテーブルをドロップ、マスターで行われ、動作エラーに対する保護を提供しています。
• の強化PERFORMANCE_SCHEMA：新しい機器は、より良いほとんどのリソース集約型のクエリ、オブジェクト、ユーザーやアプリケーションを監視することを可能にします。クエリ、スレッド、ユーザー、ホストおよびオブジェクトによってグループ化された集約統計との新しい要約も用意しています。拡張機能は、5％未満のオーバーヘッドでより簡単に、デフォルトの設定を可能にします。

正確な空間操作、IPv6のコンプライアンスと最適化されたサーバーのデフォルトを改善します。 -
• のMySQL 5.6は、地理情報システムを含む、追加の拡張機能の数が含まれています。

のバージョン5.5.30のの新機能は次のとおりです。

• のmysql-LIBSとmysql-LIBS-Advancedは、持っているspecファイルから削除されて;
• のmysql-テスト/コレクション内の.INファイルのビットよりインテリジェントな処理が実装されました;

ファイル名にディレクトリ名を変換しながら
• は、ファイル·セパレータ（FN_LIBCHAR）を得られたファイル名に追加する恐れがあります。この問題は修正されました;
• PB2偶発故障が修理された;

このような場合に作成した全くPIDファイルが存在しないように
• 以前のプッシュで追加されたテストスクリプトは、埋め込まれたケースで​​は動作しませんでした。 ＆QUOT; not_embedded.inc＆QUOT。追加されています。

のバージョン5.6.9 RCのの新機能：

• 機能追加または変更：
• 非互換の変更：レプリケーション：GTIDベースのレプリケーションに関連する変数と他の名前の数は、これらの名前は、より適切かつ有意義なことを視野に、変更されている。古い名前はもはやサポートされています。
• ので、名前を変更機能は、以下のリストに示されています。
• --disable-GTID-安全·ステートメントサーバオプションは--enforce-GTID-一貫改名されました。 disable_gtid_unsafe_statementsシステム変数はenforce_gtid_consistency名前が変更されています。
• gtid_doneサーバシステム変数がgtid_executed名前が変更されています。

gtid_purged
• gtid_lostサーバ·システム変数の名前が変更されました。加えて、この変数は読み取り専用されなくなります。
• SQL_THREAD_WAIT_AFTER_GTIDS（）関数は、WAIT_UNTIL_SQL_THREAD_AFTER_GTIDS（）名前が変更されました。

グローバル·トランザクション識別子＆QUOTとレプリケーション;,と項16.1.4.5、＆QUOT; <李は>詳細については、セクション16.1.3、＆QUOTをご覧グローバル·トランザクションIDのオプションと変数＆QUOT ;. （バグ＃14775984）
フォーマット
• mysqldは今ISO（：MM：SS YYYY-MM-DD HH）でエラーログに日付を書き込みます。また、日付、次のプロセスIDが含まれています。パッチのダヴィArnautに感謝します。 （バグ＃56240、バグ＃11763523）
• Windows Vistaでは、Windows Server 2008、およびMKLINKコマンドを使用して、新しいサポートネイティブシンボリックリンク。これはそのメカニズムは現在推奨されておらず、今後のMySQLリリースでは削除されますので、.SYMを使用して、データベースシンボリックリンクのMySQLサーバの実装は、冗長なファイルになります。 WindowsとQUOT上のデータベースに対するシンボリックリンクの使用;セクション8.11.3.1.3、＆QUOTを参照してくださいます。
• 修正されたバグ：
• パフォーマンス：InnoDBは：低レベルのInnoDBのためのタイミング値は、読み取り操作は、SSDなど高速なストレージデバイス、とのより良いパフォーマンスのために調整した。この拡張機能は、主に圧縮されたテーブル内のBLOB列の読み取り操作に影響を与えます。 （バグ＃13702112、バグ＃64258）
• 非互換の変更：パフォーマンススキーマテーブルでTHREAD_ID列は、64ビット値に対応するためにBIGINTにINTから拡大した。
。
• 以前のバージョンからのMySQLのこのリリースにアップグレードする場合は、mysql_upgradeはを実行する必要があります（と、サーバーを再起動）performance_schemaデータベースにこの変更を組み込むこと。 （バグ＃14664453）
• 非互換の変更：接続ID（スレッドID）が32ビットより、これらの問題を引き起こして、（そのようなビジーまたは長時間実行64ビットシステムなど）いくつかのシステムで発生することができる値：

一般クエリログとスロークエリログに書き込まれた
• 接続IDが間違っていました。これは、ファイルとテーブルの両方にログインするための本当だった。
• CONNECTION_ID（）関数は、32ビットよりも大きな値には小さすぎるデータ型の値を返すことができます。
• mysql_thread_id（）とmysql_kill（）C API関数は、32ビットより大きいIDの値を処理しませんでした。これは間違ったスレッドを殺す可能性があり、例えば、あなたがmysql_killを起動した場合は（mysql_thread_id（））します。


• 接続IDは現在、（64ビットのデータ型で構築された場合）、サーバがこれらの効果を有し、それらをサポートする場合、64ビットの値であることが許可されている
• 接続IDが一般クエリログとスロークエリログに正しく記録されます。
• 注
• この変更は、ログテーブルへの変更を伴うので、このリリースにアップグレードした後、あなたはmysql_upgradeはを実行して、サーバーを再起動する必要があります。
• CONNECTION_ID（）は32ビットより大きい値のための適切なデータ型を返します。
• mysql_thread_id（）は変更されません。クライアント/サーバprotocal ID値のための唯一の4バイトである。この関数は、32ビットよりも大きく、避けるべきであるコネクションIDの間違った（切り捨て）の値を返します。
• mysql_kill（）はまだ32ビットより大きい値を処理することはできませんが、間違ったスレッドを殺し防ぐために、今このような場合にエラーを返します。

32ビット、mysql_kill（よりIDより大きい与えられた
• IF）がCR_INVALID_CONN_HANDLEエラーを返します。
• サーバの内部スレッドIDカウンタが32ビットより大きい値に達した後は、それは（どんなmysql_kill用ER_DATA_OUT_OF_RANGEエラーを返す）呼び出しとmysql_kill（）は失敗します。
• が利用していない、mysql_thread_id（）とmysql_kill（）の問題を回避するには。接続IDを取得するには、SELECT CONNECTION_ID（）クエリを実行し、結果を取得する。スレッドを殺す、KILLステートメントを実行します。
には、
• （バグ＃19806、バグ＃11745768、バグ＃65715、バグ＃14236124、バグ＃44728、バグ＃11753308）
• 重要変更：InnoDBは：インデックス結合アクセス方法を使用してDML文は、それらの行が最終的な結果セットの一部ではない場合でも、テーブルから多くの行をロックすることができます。この修​​正により、一致しない行のロックを解除することにより、過剰なロックを低減します。この最適化は、READ COMMITTED以下厳格な分離レベルとの取引のみに影響します。それはREPEATABLE READまたはSERIALIZABLE分離レベルを使用してトランザクションには適用されません。 （バグ＃14226171）
• の重要な変更点：レプリケーション：GTIDsでサーバーを実行すると、非トランザクションテーブルを防止変更を有効にしたため、そのようなmysql_upgradeはとmysql_install_dbのようなプログラムは、MyISAMストレージエンジンを使用するため、正しく機能しない可能性があり、システムテーブル上で動作することができませんでした。 --enforce-GTID-一貫して実行している場合、サーバは非トランザクションテーブル上の単一のステートメントを可能にする今、（--gtidモード= ONがいつでも必要）。 （バグ＃14722659）
• の重要な変更点：レプリケーション：SQLスレッドまたはI / Oスレッドが停止されたときはいつでも以前は、SHOW SLAVE STATUS出力でSeconds_Behind_Masterは列の値は常にNULLに設定した。今、この列は、SQLスレッドが実行されていない、またはI / OスレッドがSQLスレッドがリレーログの全てを処理したか否かを判断するチェックを次の実行されていない場合にのみ、NULLに設定されている。 （バグ＃12946333）（SQLスレッドが処理を完了し、I / Oスレッドが実行されている場合、Seconds_Behind_Masterはは0である）
• パーティショニング：InnoDBは：InnoDBのようなパーティション·レベルのOPTIMIZEを、サポートしていないストレージエンジンを使用するパーティション表の1つ以上のパーティションを最適化しようとすると以前は、MySQLはテーブルが再作成やって、最適化をサポートしていないと報告+代わりに分析し、テーブル全体を再作成しますが、実際にそれを分析しませんでした。今、このような場合には、警告メッセージがあり、表がパーティションに最適化をサポートしていません。すべてのパーティションを再構築し、分析されます。また、テーブル全体が最初に再構築された後に分析する。 （バグ＃11751825）
• InnoDBは：行はFULLTEXTインデックスではなく、トランザクションがコミットされる前にテーブルに挿入している間、サーバがクラッシュした場合は、エラーが次の起動時に発生する可能性があります。
• のInnoDB：ファイルdict0dict.ccラインのスレッドthread_numにおけるアサーション失敗1019
• （バグ＃14826779）
• のInnoDB：HANDLERステートメントによってFULLTEXTインデックスを含むのInnoDBテーブルへのアクセス時にサーバーがエラーで停止する可能性があります。 （バグ＃14788710）
• のInnoDB：操作の2種類が同時に起こったときにサーバーがエラーで停止できます。
• オフページの列が含まれて挿入された行のROLLBACKます。
• DYNAMICまたはROW_FORMAT = COMPRESSED ROW_FORMAT =のテーブルを含むオンラインオンラインDDL操作（つまり、バラクーダのファイル形式を使用して、ある）テーブルを再構築。たとえば、列を削除/追加、PRIMARY KEY、変更ROW_FORMATを追加します。
• （バグ＃14842014）
• InnoDBは：サーバーは、テーブルの構造とその索引に応じて、ANALYZE TABLE操作のためのアサーションエラーで停止できます。
• InnoDBは：ファイル内のスレッドthread_numにおけるアサーション失敗dict0dict.icライン447
• InnoDBは：アサーション失敗：POSの＆lt;卓上＆GT; n_defます。
• （バグ＃14755452）
• のInnoDB：DISCARDのTABLESPACEまたはIMPORT TABLESPACE句とALTER TABLE文を実行するときに、タイムアウトエラーは、ファイルシステム内に残っている一時表領域ファイルに、Windowsシステム上で発生する可能性があります。 （バグ＃14776799）

代わりに正しいキー値のInnoDBのテーブルのためのオンラインDDL操作を誤っ空の値（ ''）を報告し、それがインデックスプレフィックスを使用して一意のインデックスに重複キーエラーを報告しました：
• InnoDBが。 （バグ＃14729221）
• のInnoDB：FULLTEXTインデックスとInnoDBテーブルは、おそらくWindowsシステム上の問題を資源化につながる、リリースされなかったスレッドハンドルにメモリを割り当てることができます。 （バグ＃14759163）
• のInnoDB：コピーテーブルオンラインDDL操作中に、テーブルの二次インデックスが破損する可能性があります。 （バグ＃14753701）
• InnoDBは：
：サーバーは、次の起動時にバック不完全なトランザクションをロール中にエラーが発生する可能性が、CREATE INDEX操作をオンラインDDL後にクラッシュした場合
• のInnoDB：秒インデックスエントリに誤りデルます。
で元に戻す
• ...
• のInnoDB：ファイルrow0umod.ccラインのスレッドthread_numにおけるアサーション失敗559
• （バグ＃14707452）
• InnoDBは：サーバーがInnoDBのテーブルのためにクラスタ化インデックスを再構築ALTER TABLE操作中に正確な瞬間にクラッシュした場合、元の表は、その後アクセス不能である可能性があります。サーバーがこの操作中に停止した場合にそのような動作の例には、ALTER TABLEで...主キーを追加修正は元のテーブルを保持します。あなたはまだ、元の表の内容を復元するために手動での.ibdファイルの名前を変更する必要がある場合があります：MySQLの5.6以降で、データベースディレクトリ内table_name.ibdする＃のSQL-IB $ new_table_id.ibdから改名。 MySQLは5.6の前に、名前を変更するための一時ファイルがTABLE_NAME＃1または＃2である。 （バグ＃14669848）
• のInnoDB：ALTER TABLE操作は、InnoDBのテーブルに許可される最大数を超えた列を追加すると、この修正プログラムは、エラー処理を改善します。また、1020 1000からのInnoDBテーブルの列の最大数を発生させます（バグ＃14705287）
• のInnoDB：テーブルを再構築し、オンラインでのDDL操作中、CHECK TABLE文は、すべてのセカンダリインデックスのカウントの不一致を報告すること。 （バグ＃14606472）
• のInnoDB：InnoDBのテーブルのFULLTEXTインデックスを作成しようとしたとき、ALTER TABLEステートメントが失敗した場合、不完全なインデックスを滴下しながら、サーバがアサーションエラーで停止する可能性があります。 （バグ＃14504174）
• InnoDBは：シャットダウン時に、innodb_purge_threads設定オプションを1よりも大きく設定され、サーバがこのエラーで途中で停止できます。
• mysqldを得た信号11
• この問題を回避するには、innodb_log_file_size増加とinnodb_purge_threads = 1を設定することでした。エラーが発生しにくいだったので、これらのバージョンはinnodb_purge_threads設定オプションを持っていないが、修正プログラムは、MySQLの5.5および5.1にバックポートされました。 （バグ＃14234028）
• InnoDBは：サーバーは、同時操作のいくつかの組み合わせの下でエラーで停止できます。
• InnoDBは：不明なエラーコード20
• この問題は、5.6開発サイクルの間に発信さ。それはandREAD UNCOMMITTED分離レベルを、READ COMMITTEDを使用してトランザクションのみに影響を与えた。 （バグ＃13641662、バグ＃12424846）

<李>レプリケーション：テーブルはFULLTEXTインデックスを有していた複製される場合、それが正しいものを見つけるために使用することができなくても、次の行を見つけるために使用されるスキャンのタイプを選択する際に、このインデックスは除外されなかった。行プライヤーは、その後、レプリケーションが失敗し、インデックススキャンを採用しようとして失敗。今、このような場合には、（例えばFULLTEXTなど）シーケンシャルアクセスを提供しないインデックスは、この目的のために、テーブル、インデックス、またはハッシュ·スキャンを使用するかどうかを決定する際に考慮されない。 （バグ＃14843764）
<李>レプリケーション：GTID認識マスタースレーブプロトコルを使用する場合は、スレーブI / Oスレッドが間違った位置を使用する。 GTIDsを使用する場合は、位置は、通常は使用されず、スレーブが同じマスターに再接続するときの特別なケースとして、位置（これは必要ではなかったにもかかわらず）GTIDに加えて使用した。この問題は、GTID認識マスタースレーブプロトコルはもはや全く位置を使用しないことによって固定されている。 （バグ＃14828028）
• レプリケーション：GTID_SUBTRACT（）関数が呼び出された格納されているルーチンRを考える：Rの内部で呼び出されたときGTID_SUBTRACT（）がNULLを返した後は、クライアントの残りのために、NULLにそれがR内で呼び出されたたびに返すように続けたセッション。 （バグ＃14838575）
• レプリケーション：MySQL Enterpriseのバックアップ、mysqldumpを、彼らは、サーバのGTID状態を復元することができませんでしたので、以外のバイナリログ内の任意のポイントから復元することができなかったのでmysqlhotcopyはは、GTID対応のMySQLサーバで使用することができませんでした当初ます。
• は、この問題の修正プログラムの一環として、（旧gtid_lost命名）gtid_purgedシステム変数は読み取り専用にされなくなり、今では（以前gtid_done）gtid_executedときにGTIDsを追加することが可能である空です。 （バグ＃14787808）
• レプリケーション：最初のバイナリログファイルがパージした後に再起動すると、レプリケーションがエラーになったバイナリログからデータを読み取る際に、マスターから致命的なエラー1236を手に入れた： 'スレーブ= 1 MASTER_AUTO_POSITION TO変更マスタを使用して接続されていますが、マスターをパージしているスレーブが必要ですGTIDsを含むバイナリログ」。これが失敗するGTIDベースのレプリケーションを導いた。 （バグ＃14756691）
• mysql_install_dbのは、--userオプションを称えるために失敗した。 （バグ＃15866735）
• テーブル名に英数字以外の文字が含まれている場合、重大なエラーが発生する可能性がFULLTEXTインデックスと共にInnoDBテーブルを作成する。 （バグ＃14835178）
• 無効なメモリは、長さゼロのテーブル名から選択クエリに発生する可能性が読み取る。 （バグ＃14780820）

NOTが存在する場合は
• は効果のLOCK TABLESを使用すると、CREATE TABLEの... LIKEは、アサーションを上げることができる。 （バグ＃14788976）
• は派生テーブルハンドリングの自動キー生成部は、適切にVALUES（）句の一部として指定された列を処理し、アサーションを発生させる原因となっていませんでした。 （バグ＃14786324）
• は、LOAD DATA INFILEでUTF16ファイルを読み込もうとアサーションを上げた。 （バグ＃14786470）
• init_io_cache（）ミューテックスをクリアするためにmemset（）を使用しますが、間違ったミューテックスのサイズを可決した。 （バグ＃14838882）

NULL条件ではないに対する範囲テストを評価するときに
• オプティマイザは、アサーションを上げることができる。 （バグ＃14843705）
• アサーションは、暗黙のLOCK TABLESモードでのREAD ONLYトランザクションを開始した後、INSERT、UPDATE、またはDELETEを実行して上げることができた。 （バグ＃14788540）
• NULL型の属性でのInnoDBテーブルの自動インクリメント列を作成しようとすると、重大なエラーを引き起こす可能性があります。 （バグ＃14758479）

ALTER TABLEはまた、AFTERまたはFIRST使用して名前を変更した列の順序を変更しながら、既存の列と同じ名前に列の名前を変更するために使用された場合は、
• は、アサーションが発生しました。 （バグ＃14756089）

半結合実体化が副問合せにないを評価するために使用した場合、
• アサーションを上げることができた。 （バグ＃14751858）
• 一部継続ハンドラネスティングの場合は、継続が間違った場所で発生する可能性があります。 （バグ＃14724836）
• のSHOW PROCESSLIST出力はID順にソートされていませんでした。 （バグ＃14771006）
• いくつかのSELECT文では、サーバーを終了する可能性がありEXPLAIN。 （バグ＃14761894）

試みが小さい、中、長いBLOBまたはTEXTカラムのデフォルト値を設定するには、ALTER TABLEを使用するための
• メモリリークが発生しました。 （バグ＃14756206）

Solarisパッケージを使用して、
• インストール（これは新規インストールのみで発生します）、アップグレード操作中にmysql_install_dbを実行しました。 （バグ＃14747671）

UPDATEステートメントの場合
• は、key_lenに列で合計キー長ではなく、使用されるキーパーツの長さを示した説明します。 （バグ＃14682438）
• --bind-アドレスを使用してサーバを起動した後、0にhost_cache_sizeを設定すると、クライアント接続の特定の種類のために停止し、サーバーにつながる可能性があります。 （バグ＃14689561）
• インデックス条件プッシュダウンを有効にすると、オプティマイザが派生テーブルのために誤った結果を作り出すことができる。 （バグ＃14640176）
• オプティマイザが間違ってアサーションが発生することが原因と、空間的なオペレーションを最適化するために、非空間インデックスを使用することができます。 （バグ＃14600994）
• mysql_config_editorは、設定ファイルへの書き込みエラーのエラー·メッセージが生成されません。 （バグ＃14545989）

ロギング用スクラブパスワードに書き換え
• クエリは、関連するログのどれが有効にされなかった場合でも行われていた。また、サーバを作成し、サーバーをALTERは現在、必要に応じて書き換えられる。 （バグ＃14073554）

MyISAMテーブルが壊れキー（.MYI）ファイルを持っていた場合は、
• CHECK TABLEとREPAIR TABLEがクラッシュする可能性がありました。今、サーバはエラーを生成します。 （バグ＃13556441）

MyISAMテーブルが壊れキー（.MYI）ファイルを持っていた場合は、
• CHECK TABLEとREPAIR TABLEがクラッシュする可能性がありました。今、サーバはエラーを生成します。 （バグ＃13556107、バグ＃13556000）

--eventsオプションが指定されていない限り、
• MySQLデータベースのダンプのために、mysqldumpは、イベント·テーブルをスキップ。そのが必要な場合は、このテーブルをスキップするには、代わりに（バグ＃55587、バグ＃11762933）します。
を--ignore-tableオプションを使用します
• mysqld_safeは作成されたファイルのアクセスモードに関してのmysqldとは異なる行動につながる、umaskの環境変数の値を無視した。今、mysqld_safeは（とmysqld_multiは）のmysqldと同じ動作を近似しようとします。 （バグ＃57406、バグ＃11764559）
• はMac OS Xでは、クエリキャッシュを再初期化すると、サーバーが終了する可能性があります。パッチのダヴィArnautに感謝します。 （バグ＃67156、バグ＃14741880）

ハッシュインデックスとMEMORYテーブルの場合
• 、時にはDELETEは、該当するすべての行を削除することができなかった。 （バグ＃51763、バグ＃11759445）
• サーバーはデータベースまたはテーブル名に特殊文字が含まれているとテーブルストレージエンジンはInnoDBがされたクエリのクエリキャッシュを使用できませんでした。 （バグ＃64821、バグ＃13919851）
• はMac OS Xでは、KILLは時々信頼できない可能性があります。 （バグ＃37780、バグ＃11748945）

exprが最大の符号付きのBIGINT値より大きい値の場合は
• LAST_INSERT_ID（exprが）動作しませんでした。 （バグ＃20964、バグ＃11745891）