11. default_password_lifetime = 360 ( < 5.7.11 )
もう直ってる(?)から気にしなくても大丈夫ですよ
This had been changed to 0, don’t worry‐
MySQL Bugs: #77277: default_password_lifetime
should be set 0 as implicit default value
Thank you MySQL Server Team!‐
10/44
20. このバグ
This bug report.
How to repeat:
Start mysqld with –innodb-log-write-max-size=-1
MySQL Bugs: #90526: [MySQL 8.0 GA Release Build]
Assertion failure: write_max_size > 0
19/44
21. このバグ
This bug report.
This is one of new variables, which were not
supposed to be exposed. The fix is to hide them in
normal builds. During our tests we have not
encountered any situation in which it would make
sense to change their values.
MySQL Bugs: #90526: [MySQL 8.0 GA Release Build]
Assertion failure: write_max_size > 0
20/44
22. このバグ
This bug report.
GAリリースビルドなのに
Even in GA release build,‐
ドキュメントにないサーバー変数がフツーに見えて
There is new server-variable which is NOT described in
document,
‐
ちょっとそれに触るとあっさりクラッシュする
And set it then crash mysqld!!‐
そういえば今日もInnoDB関連の話題ないですね
No InnoDB session today..?‐
21/44
31. 開き直った
And they said “More than a Maintenance Release”
Stay tuned
For more information on why MySQL 5.7.12
indeed marks a new milestone for MySQL.
MySQL 5.7.12 – Part 1: More than a Maintenance
Release
30/44
37. そんな8.0お気に入りの新機能
New features I’m interesting in
SELECT .. FOR UPDATE SKIP LOCKED
performance_schema
variables_info, events_errors_summary_global_by_error‐
36/44
38. MySQLでキューっぽく
MySQL like a queue
auto_incrementのプライマリーキーがあるところに
SELECT .. ORDER BY <primary_key> ASC LIMIT 1 FOR
UPDATE SKIP LOCKED 、これだけでキューが表現できる
With auto_increment PRIMARY KEY, can implement a simple
queue system by only 1 SQL statement.
‐
今までQ4Mに頼っていたものがついに吊るしのMySQLだけ
で実現
Don’t need other middlewares(and Storage Engine) for small
environment
‐
クラッシュセーフだったりクライアントがやられた時は勝手
にロールバックされてロックがリリースされたり
Crash-safe guarantee by InnoDB, rollback and lock-release
automatically when client-program has gone away
‐
37/44
39. SQLエラーカウントの今までとこれから
Before and after, SQL error count
今までも events_statements_summary_by_digest で
SUM_ERRORS は確認できた
As of 5.7, we can see SUM_ERRORS in
events_statements_summary_by_digest
‐
これからは特定のエラー(特にシンタックスエラーを狙って
る)を events_errors_summary_by_account_by_error でアカ
ウントまであたりがつけられた上で監視できる
events_errors_summary_by_account_by_error makes us to be able
to see “How many errors occurred in a minuts” (Specially,
monitoring ER_SYNTAX_ERROR counts)
‐
38/44
40. エラーログ監視要らなくなるかも?
Can dump our error-log monitoring script?
events_errors_summary_global_by_error の LAST_SEEN が監
視間隔より現在時刻に近ければ通知とか?
ERROR_NUMBER, ERROR_NAME があるから WHERE .. NOT IN ..
でホワイトリストにしやすい
もうエラーログを頑張ってパースする必要はないの…か?
(謎)
We are tired for parsing error-log‐
39/44
41. パラメーターの変更検知
Detection for changing parameters
my.cnfへの適用忘れを防止するために今までは SHOW
GLOBAL VARIABLES を前回値と比較していた
Checking SHOW GLOBAL VARIABLES ‘s output for prevention
forgetting commit into my.cnf
‐
variables_info ができたので SET_TIME が監視間隔より現在
時刻に近ければトリガーしてやればいい
performance_schema.variables_info makes it easy, and‐
それ以前に SET PERSIST ができたから SET GLOBAL をオペ
レーション的に撲滅しちゃえばいいような気はする
We can choise the way to use SET PERSIST and prohibit to use
SET GLOBAL
‐
40/44