今週のMySQL公式バージョン/openのbugリスト(11月8日~11月14日)

6759 ワード

今週のMySQL verifiedのbugリスト(11月8日~11月14日)
1. Bug葃70859-DWITH_EXAMPLE_STORAGE_ENGINE=1 is ignored
    URL: 
http://bugs.mysql.com/bug.php?id=70859
    備考:CMakeの問題で、Example(u)が使えなくなりました。storge_engineはbinaryにコンパイルして進めて、このbugは無視できます。
 
2.Bug葇70863 Wrong error message on a failed ALTER.LOCK=NONE atempt
   URL:
http://bugs.mysql.com/bug.php?id=70863
   備考:オンラインddlの問題は、バージョン5.6.14を適用します。MyISAM格納エンジンがロック=noneを指定している間にDDL文を実行できなくなりました。この時に提示されたエラー情報は「
ERROR 1845(0 A 000):LOCK=NONE/SHARED is not supported for this operation.Try LOCK=EXCLUSIVE.」であるが、実際にロック=sharedを指定することは可能である。ロック=sharedを指定する際に適用するアルゴリズムは、より効率的なINPLACEではなくCOPYです。ロック=EXCLUSIVEを指定する場合はINPLACEを使用しますので、このerror情報は使用者に誤解を与える可能性があります。
 
3.Bug菷70865 COM_CHANGE_USER redundent packet
   URL:
http://bugs.mysql.com/bug.php?id=70865
   備考:MySQLの認証処理ロジックは(1.server端からclient側にランダムなscrambleを送信する;2.clientはこのscrambleを使って暗号化されたパスワードを生成してserverに返信する;3.serverは返送されたコードを確認する);clientが最初から適当なpluginを使う時、今回のインタラクションの過程は必要ありません。
 
4.Bug菘70867 Wrong OS error number report in error logg during failure at startup
   URL:
http://bugs.mysql.com/bug.php?id=70867
   備考:InnoDB起動時、権限の問題で起動できない場合、エラーメッセージがあります。
InnoDB:File operation call:'create'returned OS error 113."では、実際に正しいエラーコードは13"OS error code"です。 13: Permission denied」
 
5 Bug葑70877 DCL statement is failing on slaave with replicate-i gnore-db=mysql
   URL: 
http://bugs.mysql.com/bug.php?id=70877
   備考:理論上、指定されている場合は
replicate-ingnore-db=mysql」は、masterで実行されるDCL文をslaaveにコピーするべきではありません。実際には、mysqlではないschemaでDCL文を実行すると、slaaveにコピーされます。また、masterでudate/deleteを試してみたら、存在しないユーザーがいます。replicationはエラーとなります。
 
6.Bug鎚鎚/MAX optimizer doesn't take into account type conversions
   URL:
http://bugs.mysql.com/bug.php?id=70886
   備考:5.5と5.6は全部再現できます。最適化器関連のバグ「
MIN/MAX optimizer doesn't take into account type conversions.This means that queries may return different values depending on whether the table has an index.」
   具体的に再現して下の例を見ます。
   
create table t 2(a char(10)not null、key(a)engine=innodb;
insert into t2 values ('foo-123');
insert into t2 values ('-1234');
insert into t2 values ('-99');
insert into t2 values ('-99999');

MySQL [test]> select max(a) from t2 where a < 432;
+--------+
| max(a) |
+--------+
| -99999 |
+--------+
1 row in set (0.00 sec)

MySQL [test]> select max(a) from t2 ignore index(a) where a < 432;
+---------+
| max(a)  |
+---------+
| foo-123 |
+---------+
1 row in set, 4 warnings (0.00 sec)
 
7.Bug菗70891 Server writes into world-writable file even after warning aout it
   URL: 
http://bugs.mysql.com/bug.php?id=70891
   備考:ファイル権限の問題。MySQLはworld writableの符号リンクを持つ書き込みに対して、Linux自身のファイル権限管理をバイパスする可能性があります。(例えば、1つ/etc/NOTKUPASSWDはroot読み取り専用ですが、dataディレクトリの下でworld writable読み取り可能なシンボルリンクを作成してこのファイルに向かっています。このようにMySQLはこのシンボルリンクを書き込むことによってオリジナルファイルの内容を修正することができます。bug記述で言及されているuuidは5.6からある特性で、gtidを構成します。)
 
8.Bug铉Manual declares size in KB valid for innodb_data_file_path、but it does not work
   URL:
http://bugs.mysql.com/bug.php?id=70898
   備考: --innodb-data-file-pathフィールドはxxKBを指定できません。ようです
--innodb-data-file-path=「ibdata 1:20480 K:autexted」はserver起動エラーを引き起こします。
 
今週のMySQL Openのbugリスト(11月8日から11月14日まで)
1.Bug刋70901 ORDER BY of a TEXT column doesn't use the same ordeng as the==operators
   URL:
http://bugs.mysql.com/bug.php?id=70901
   備考:5.5と5.6のバージョンで再現できます。TEXTタイプのフィールドであり、直接比較とorder by順序付けを使用して、結果が一致しません。具体的には下の再現手順を見てもいいです。
root@test12:40:56>use test
Database changed
root@test02:51:29>drop table if exists t;
Query OK,0 rows affected(0.01 sec)
 
root@test02:51:30>create table t(v text collate utf 8 ubin);
Query OK,0 rows affected(0.01 sec)
 
root@test02:51:47>insert into t values(');
Query OK,1 row affected(0.00 sec)
 
root@test02:51:59>insert into t values(')
Query OK,1 row affected(0.01 sec)
 
root@test02:52:05>select hex(t 1.v)、hex(t 2.v)、t 1.vt 2.v as`,from t t 1 join t 2 order by t 1.v t 2.v;
+----------------------------------++
|hex(t 1.v)|hex(t 2.v)|   | =    | >    |
+----------------------------------++
𞓜          |           |    0|   1|   0|
𞓜          | 0 A 0 A     |    0|   0|   1|
|0 A 0 A     |           |    1|   0|   0|
|0 A 0 A     | 0 A 0 A     |    0|   1|   0|
+----------------------------------++
4ローソンinセット(0.00 sec)
 
2.Bug((zhi 70895 Replication failure for data from version 5.6 to 5.5)
   URL:
http://bugs.mysql.com/bug.php?id=70895
   備考:binlogsとrelaylogsは前の互換性をサポートしていません。
 
3.Bug著著Errror Code:1785 when executing simple UPDDATE statement
   URL:
http://bugs.mysql.com/bug.php?id=70879
   備考:5.6.14バージョンで、binlogsを開いて、slaaveで間違ったバグを報告するudate文を実行します。再現する。
 
4.Bug菷70883「hash index refrom」MySQL to freeze-impossible to shutdown
   URL:
http://bugs.mysql.com/bug.php?id=70883
   備考:適応hashインデックスは、カウント関連のbugを参照すると、MySQLハングが住みつきます。小バージョンは「
5.5.30-maridb 1~squeeze」を再現します。
 
5 Bug菽70899 unnecessary buf_flaushリスト()during recovery
   URL:
http://bugs.mysql.com/bug.php?id=70899
   備考:buf_flaushlist()このロジックはどのような条件で実行する必要がありますか?修正後、大きなbuffer poolシーンでrecoverの速度が大幅に向上する可能性があります。確認します。