MySQL

翻訳 MySQL 5.7 リリースノート

MYSQL 5.7 リリースノート

dev.mysql.com Doc Search:

MySQL 5.7.26の変更(2019-04-25、一般提供)

セキュリティノート

  • MySQL Commercial ServerのリンクされたOpenSSLライブラリがバージョン1.0.2rに更新されました。 新しいOpenSSLバージョンで修正された問題は、http://www.openssl.org/news/vulnerabilities.htmlで説明されています。

    この変更は、代わりにyaSSLライブラリを使用するMySQLサーバーのOracleが作成したMySQLコミュニティビルドには影響しません。 バグ#28988091)

修正されたバグ

  • 重要な注意:MySQLサーバーに含まれるlibeventライブラリは、バージョン2.1.8にアップグレードされました。 (バグ#28207237、バグ#29041505、バグ#29055011)
  • InnoDB:最適化されたInnoDB内部一時テーブルはインプレースUPDATE操作をサポートしていなかったため、削除マークの付いたレコードの数が継続的に増加していました。削除マークが付いたレコードが多数あると、クエリの実行時間が予想よりも長くなる可能性があります。バグ#29207450)
  • InnoDB:生成された列の基本列情報は保存されませんでした。バグ#29021730)
  • InnoDB:innodb_flush_method O_DIRECT_NO_FSYNC設定に関連するアサーションコードは、その設定に対する最近の変更により、無効になりました。アサーションコードが修正されました。バグ#29007731)

    参照:参照:バグ#27309336。
  • InnoDB:innochecksumユーティリティで発見されたメモリリークが削除されました。 (バグ#28917614、バグ#93164)
  • InnoDB:仮想列にインデックスを作成しようとして失敗したDDL操作の結果、アサーションエラーが発生しました。バグ#28825718)
  • InnoDB:Linux AIOハンドラー関数は、完了したI / Oイベントが成功したかどうかの確認に失敗しました。貢献してくれたWei Zhaoに感謝します。 (バグ#27850600、バグ#90402)
  • InnoDB:CREATE TABLEスレッドによって呼び出された関数が、バックグラウンドスレッドによって解放された後にテーブルオブジェクトにアクセスしようとしました。
  • パッチを提供してくれたYan Huangに感謝します。 (バグ#27373959、バグ#89126)
  • InnoDB:INSERT … ON DUPLICATE KEY UPDATE操作を同時に実行する2つのセッションでデッドロックが発生しました。タプルの部分的なロールバック中に、別のセッションがタプルを更新する可能性があります。このバグの修正は、バグ#11758237、バグ#17604730、およびバグ#20040791の修正を元に戻します。バグ#25966845)
  • InnoDB:結合されたテーブルへのアクセスに使用されるメソッドがconstの場合、InnoDBは一致する行を複数回アンロックしようとしました。バグ#20939184)
  • InnoDB:インデックスの追加時に、INFORMATION_SCHEMA.TABLESのINDEX_LENGTH値が更新されなかった。バグ#19811005)
  • Partitioning:ALGORITHM = INPLACEを使用してALTER TABLEステートメントによってパーティションテーブルに追加されたAUTO_INCREMENTキーは、各パーティションで再起動されました。 (バグ#92241、バグ#28573894)
  • レプリケーション:WAIT_FOR_EXECUTED_GTID_SET()関数が小数部(1.5など)を含むタイムアウト値と共に使用された場合、キャストロジックのエラーにより、タイムアウトが最も近い整数秒に切り捨てられ、値が小さい場合はゼロに切り捨てられました1秒よりも大きい(たとえば、0.1)。キャストロジックが修正され、タイムアウト値が最初に指定された丸めなしで適用されるようになりました。貢献してくれたDirkjan Bussinkに感謝します。 (バグ#29324564、バグ#94247)
  • レプリケーション:group_replication_exit_state_actionの値によっては、グループを終了するメンバーの動作に一貫性がありませんでした。エラーシナリオに関係なく、グループを終了するメンバーの動作を調和させるために、group_replication_exit_state_action = READ_ONLYを持つメンバーがグループを意図せずに終了すると、メンバーが開始したときに持っていたsuper_read_onlyモードが復元されます。これにより、動作がgroup_replication_exit_state_action = ABORT_SERVERのメンバーの動作と一致します。 (バグ#28971639、バグ#28526591)
  • レプリケーション:テーブルを開くプロセス中にアプライヤースレッドが停止した場合、エラーは設定されなかったため、ビルドタイプに応じてセグメンテーションエラーまたはアサーションが発生する可能性がありました。この状況でエラー処理が正しくアクティブ化されるようになりました。バグ#28864557)
  • レプリケーション:サーバーでGTIDが使用されていると、マスターが自動スキップ機能を使用してトランザクションをスキップするたびに、レプリケーションスレーブのマスター情報ログが同期されていました。プロセスは、スレーブに送信されてログへの強制フラッシュを引き起こしたダミーのハートビートで終了します。これにより、スレーブの書き込み負荷に累積的に大きな影響を与える可能性があります。同じ問題は、同じサーバーから発生したため無視されたイベントを持つ循環レプリケーショントポロジでも発生する可能性があり、これらのイベントも強制的にログにフラッシュしてスレーブによって処理されました。スレーブ処理コードが変更され、循環レプリケーションを介して受信されたハートビートイベントと無視されたイベントの強制フラッシュを削除するようになりました。これにより、マスター情報ログは適切な場合にのみ同期されます(たとえば、CHANGE MASTERステートメントが発行されたとき、またはバイナリログがローテーションされます)。 (バグ#28815555、バグ#85158)
  • レプリケーション:シングルプライマリモード(group_replication_single_primary_mode = ON、デフォルト)で構成されたレプリケーショングループで、深刻なネットワーク遅延がグループに影響を与えた場合、プライマリとセカンダリがトランザクションで異なる決定に到達する可能性があり、メンバーのgtid_executedセットに相違が生じる。この問題は修正されました。 (バグ#28768550、バグ#28966455、バグ#92690)
  • レプリケーション:バイナリログに書き込まれたGRANTステートメントが誤ってログに記録されることがあり、マスターでGRANTステートメントが正常に実行され、レプリケーションスレーブでエラーが発生する可能性がありました。 (バグ#28643405、バグ#29155451、バグ#93750)
  • レプリケーション:ストレージエンジンにSTATEMENT形式でログインする機能があり、ROW形式ではない場合、binlog_formatをSTATEMENTに設定すると、安全でないSQLステートメントがログに記録され、警告メッセージがエラーログに書き込まれます。ただし、そのようなステートメントは実行されず、エラーログにエラーメッセージが書き込まれました。これは、binlog_formatがMIXEDまたはROWに設定されている場合の正しい動作です。この問題は修正され、binlog_formatがSTATEMENTに設定されている場合に、安全でないステートメントが期待どおりにログに記録されるようになりました。バグ#28429993、バグ#73936)
  • レプリケーション:廃止されたgroup_replication_allow_local_disjoint_gtids_joinを使用すると、ログメッセージが追加されます。 (バグ#93348、バグ#28971624)
  • レプリケーション:過負荷のサーバーで、メンバーがグループに参加したときに、そのポイントをマークするVIEW_CHANGE_LOG_EVENTイベントが正しい場所に記録されなかった可能性がありました。これにより、新しく参加するサーバーへのデータ転送でエラーが発生し、データが相違する可能性があります。これで、VIEW_CHANGE_LOG_EVENTイベントがバイナリログの正しい場所に記録されます。さらに、イベントのログ記録の遅延に関する警告がログに記録されます。 (バグ#93347、バグ#28971594)
  • Microsoft Windows:named_pipe_full_access_groupシステム変数の有効性テストで、NULL値が考慮されていませんでした。バグ#29256690)
  • authentication_ldap_simpleプラグインは、認証を誤って実行する可能性があります。バグ#29637712)
  • Fedora 29プラットフォームでは、compat-openssl10-develビルド依存関係がopenssl-develに変更されました。バグ#29278747)
  • CMakeは、MySQLで動作するには古すぎるlibtirpcライブラリを検出すると、代わりにglibcのSun RPCを使用しようとします。バグ#29240701)
  • –usersオプションを使用すると、mysqlpumpはCREATE USERおよびGRANTステートメントを出力に書き込みましたが、ダンプによって作成された他のオブジェクトに適用するには遅すぎます。その結果、ダンプファイルを復元すると、ユーザーアカウントが作成され、ファイルによって作成された他のオブジェクトに適用できなくなりました。 mysqlpumpは、他のオブジェクトの前にユーザーアカウントをダンプファイルに書き込みます。バグ#29023216)
  • mysql.userテーブルが破損すると、サーバーが終了する可能性があります。バグ#28986737)
  • tirpcヘッダーのCMakeチェックは、より多くのLinuxプラットフォームでヘッダーを検索できるように、pkgconfigの使用にフォールバックするようになりました。これには、pkgconfigがインストールされている必要があります。 (バグ#28970313、バグ#93341、バグ#28997093)
  • 準備されたステートメントの実行中に、nullポインタにアクセスする試みが発生する可能性があります。バグ#28692136)
  • 接続がthread_poolプラグインによって管理されている場合、失敗した接続試行に対してAborted_connectsステータス変数が増分されませんでした。バグ#28490126)
  • mysqladmin shutdownは、mysqldがシャットダウンするのを待ちませんでした。バグ#28466137、バグ#91803)

    参照:この問題は、バグ#25364806のリグレッションです。
  • 短絡評価を受けるクエリを実行するストアドプロシージャの繰り返し呼び出しは、常に正しく処理されるとは限りませんでした。バグ#28379655)
  • キーリングの移行には、ソースキーリングへの読み取りアクセス権のみが必要ですが、ユーザーが書き込みアクセス権を持たない限り失敗します。バグ#28339014)
  • キーリングの移行を実行するユーザーにキーリングファイルへの書き込みアクセス権がない場合、移行は失敗しましたが、最終的なエラーログメッセージで成功が報告されました。バグ#28330922)
  • FLUSH STATUSの実行中に、パフォーマンススキーマが不必要にセッションステータスをグローバルステータスに集約し、一部のステータス変数のカウントが2倍になりました。 (バグ#28291258、バグ#91541)
  • 一部のステータス変数値は、元の値に戻る前に一時的に増加する可能性があります。 (バグ#27839644、バグ#90351)
  • ALTER INSTANCE ROTATE INNODB MASTER KEYを実行し、keyring_fileプラグインからkeyring_encrypted_fileプラグインにキーを移行すると、暗号化されたテーブルが使用できなくなる可能性があります。バグ#27760952)
  • udf_exampleユーザー定義関数のバイナリファイルは、バイナリ配布から省略されました。 (バグ#26115002、バグ#29178542)
  • システム変数skip_name_resolveを有効にしてサーバーを起動すると、localhostのホスト名部分を持つアカウントを無視することに関する誤った警告がエラーログに書き込まれる可能性があります。 (実際にはアカウントが使用され、無視されませんでした。)(バグ#23329861、バグ#81441)
  • クライアント接続アクティビティと同時にプラグインをインストールおよびアンインストールすると、サーバーが終了する可能性があります。バグ#22980441)
  • 複雑な結合を含む一部のクエリは、ファイルハンドルをリークしました。 (バグ#90902、バグ#28039829)
  • Ubuntu 14.04およびSLES 11はEOLであり、サポートされなくなりました。
MySQL
MySQL

コメントを残す

このサイトはスパムを低減するために Akismet を使っています。コメントデータの処理方法の詳細はこちらをご覧ください

Scroll to top