Update for last week (2019-08-12 ~ 2019-08-18)
月曜日に先週一週間のMySQL関連の更新を再確認するのにご活用ください。
Release note
(https://dev.mysql.com/doc/relnotes/mysql/8.0/en/)
- Nothing
Bugs
serverity >= S5(Performance)
でupdatedでdesc sort、結果の今週分を見る
Bug #96544
JDBC driver run too many "SHOW FULL TABLES FROM INFORMATION_SCHEMA
LIKE PAR.."
- status: Can't repeat
- Connector/J 5.1.47でselect クエリを実行すると "SHOW FULL TABLES FROM INFORMATION_SCHEMA
LIKE 'PARAMETERS'" 相当のクエリが大量に実行されてしまい、disableにするとパフォーマンス上、悪影響があるというレポート
- 再現されず、かつ MySQL Connector/J 8.0を強くおすすめされて終わっている
Organization blogs
MySQL server blog: https://mysqlserverteam.com/
- Nothing
Percona blog (MySQL): https://www.percona.com/blog/
- Percona Server for MySQL 8.0.16-7 Is Now Available
- How to Manage ProxySQL Cluster with Core and Satellite Nodes
- ProxySQLでは1つのnodeに対する設定変更がすべてのProxySQLにreplicateされてしまうので、これを避けるために
CORE
ノードとSATELLITE
ノードに分けて、SATELLITEノードで誤った設定をしても全体に伝搬しないようにする設定方法の紹介 - そもそもProxySQLのClusterを構築する方法が記事内でも紹介されているのでリンクしておく
- ProxySQLでは1つのnodeに対する設定変更がすべてのProxySQLにreplicateされてしまうので、これを避けるために
- MySQL 8 and MySQL 5.7 Memory Consumption on Small Devices
- SET PERSIST in MySQL: A Small Thing for Setting System Variable Values
- cnfのjsonを扱っている
sql/persisted_variable.(h/cc)
の構造体の紹介もちょっとだけある - ProxySQL 2.0.5 and proxysql-admin tool Now Available
- ProxySQL 2.0.5とproxysql-adminがPercona Repositoryにてリリースされた
- ProxySQLを触ったことがないのでパス
- 2つの機能追加といくつかのバグフィックスがあった様子
MySQL道普請: https://gihyo.jp/dev/serial/0/mysql-road-construction-news
- 第103回 MySQL 8.0のセミジョインの変更点
- 8.0.16で入ったセミジョインの
EXISTS
句対応、8.0.17で入ったアンチジョインの解説 - semi-joinとanti-joinの戦略を調整する方法としてoptimizer_switch, HINT句も紹介している
- 8.0.16で入ったセミジョインの
- 第103回 MySQL 8.0のセミジョインの変更点
gihyo.jp MySQL-tag
- Nothing
Yakst MySQL-tag: https://yakst.com/ja/tags/mysql
- Nothing
Personal blogs
- MySQL 8.0 Memory Consumption on Small Devices
- 今週のこの記事中で紹介しているPerconaのMySQL 8 and MySQL 5.7 Memory Consumption on Small Devices に対する説明記事
- 5.7 to 8.0でperformance_schemaの機能やデフォルトコンフィグが充実したことがおもな原因らしく、performance_schemaのコンフィグを記事中に紹介されているものに変えると200MB分を削減できるらしい。
MySQL 8.0: if I should optimize only one query on my application, which one should it be ?
- もし1クエリだけしかチューニングできなかったらどれを選ぶか?というお題でsys schemaとperformance_schemaを使った思いクエリの抽出方法を紹介
- 以下のテーブルがでてくる
- performance_schema.events_statements_summary_by_digest
- sys.statements_with_runtimes_in_95th_percentile
- sys.schema_redundant_indexes
- sys.schema_unused_indexes
- MySQL単体でチューニングする例として面白くはあるけれど、実際はslow_log出したり、モニタリングツールを活用したほうが良さそう
Of course @lefred can't recommend you to use Percona Monitoring and Management (PMM) so he shows the manual way to find queries which need attention :) #mysql https://t.co/X9VQ1eWmr4
— Peter Zaitsev (@PeterZaitsev) August 16, 2019
Node.js から X DevAPI を使って MySQL 8.0.17 のドキュメントデータベースと RDB テーブルにアクセスする
このブログ記事はGitHub上で管理されていますMySQL-weekly repository。Issue, pull-request歓迎です。(完全に同期できているわけではありません)