こんにちは！ 2019年新卒入社！プチDBAを目指してOJT中の高橋です！ 弊社のOJT制度についてはこちら！ 「*」はワイルドカード というのは言わずもがなですが、 それはMySQLにおいても同じで、きちんと期待する動作をしてくれます。 mysql8017> GRANT SELECT ON *.* TO hoge@'%'; を実行すると、 全てのスキーマの全てのテーブルに権限を付与するという解釈ができるので、 直感的でわかりやすいです。 そして権限を取るときも、 mysql8017> REVOKE SELECT ON *.* FROM hoge@'%'; という感じで実行できます。 ここで疑問 mysql8017> SHOW GRANTS FOR hoge@'%'; +----------------------------------------------+ | Grants for

※勢いで書いて、まとめようとしてなかったので読みにくいと思います。(伝えたいことはタイトルの一行) 今年は参加できたOracle Code。 https://www.oracle.co.jp/events/code/2019/ 毎年この時期なんやかんやあったんだけど、今年は時間取れたし、聞きたい話も盛りだくさんだったので。 場所 シェラトン都ホテル 家から近いので自転車で行っちゃいました。(良かったのかな？) あの辺、何もないので自転車があって本当に助かった。 (お昼食べずに行ったから、20分の休憩時間で何か食べようと思ったときコンビニが近くにないのでセッションを無駄にしかねない) 以下セッションについての感想等 Oracle ACEが語る MySQL 8 資料はこちら Oracle ACE から見た、MySQL 8の便利な新機能、ハマりどころを紹介します！ ・降順インデックスによるSQL

MySQL 8.0.14でSELECT COUNT(*)が加速する！- 「innodb_parallel_read_threads」検証その１ - なからなLife MySQL 8.0.14でSELECT COUNT(*)が加速しない！- 「innodb_parallel_read_threads」検証その２ - なからなLife の続きです。 まさかの、ネガティブ情報が続いてしまった。。。 パーティショニングの話をするつもりだったのですが いろいろなパーティションを試しながら計測しつつ、そもそもパーティション前の数字ももう一度計測しておこう、と思ったら、今まで加速してたパターンで加速しないケースにぶつかってしまいました。 パラレル化の恩恵が出た（昨日までの）状態；PKのINT AUTO_INCREMENT欠番がそこそこある＋ALTER TABLE ENGINE INNODBしてない。 パ

「その１」と真逆のタイトル atsuizo.hatenadiary.jp の続きです。 要するに、innodb_parallel_read_threadsの効果がないケースの話です。 いや、思った以上に、効果がない。。。 というわけで、暗い感じのスタートになりましたが、前回の続きで 「3.「innodb_parallel_read_threads」は、フルスキャン以外のPKスキャンに効くか」 をやります。 環境 「その１」と同じです。 レコード件数も2^24＝16,777,216件のままです。 今度はバージョン差異は見ずに、MySQL 8.0.14の中だけで、並列化の恩恵を受けられるかどうかを確認します。 条件 「PKクラスタインデックスにしか効かない」というドキュメントの記述に従い、PKだけを対象にして条件のパターンを用意しました。 全件カウント(前回の結果) PK指定で、中間範囲（Be

それは突然やってきた MySQL 8.0.14がGAされました。 dev.mysql.com まあ、MySQLは結構な頻度でリリースがありますし、「GAとはなんぞや」との名言が生まれる程度に、マイナーリリースでも機能が増える、パラメータが増える、既存パラメータのデフォルト値が変わる、といったことが発生するかわいいヤツです。 まあ、あとでリリースノート読んでみるか、と思いつつ、ビールを飲みながらYoutube垂れ流してボケーっとしているところに、新しいものが出てくるとリリースノートとソースコードを読み漁る某APIの人のツイートが深夜に流れてきて、ふと気になったのが、今回のテーマである「innodb_parallel_read_threads」です。 InnoDB: InnoDB now supports parallel clustered index reads, which can im

log_slow_extraパラメータが8.0.14から追加された 何それ？おいしいの？ スロークエリーログが有効で出力先が含まれているFILE場合、サーバーはスローファイルに関する情報を提供するログファイル行に追加のフィールドを書き込みます。セクション5.4.5「遅いクエリーログ」を参照してください。 TABLE出力は影響を受けません。 https://dev.mysql.com/doc/refman/8.0/en/server-system-variables.html#sysvar_log_slow_extra 要するにファイル形式のスロークエリの場合、ログを詳細に出力するようになったよ、ってことらしい。 でもこれだと何が出力されるようになったのかわからん。 試してみる スロークエリを出すように変更 mysql> set global slow_query_log_file = '/

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

MySQL8.0はGAとなった8.0.11以降のメンテナンスリリースでも新機能のリリースを行うことが公式に言及されており、今回ご紹介するMySQL ShellのJSONインポート関数も8.0.13で新しく追加されました。 本記事ではMySQL Server Teamのブログ記事そのままの内容ですがMongoDBからMySQLへのJSONデータインポートを試したいと思います。 検証環境は以下の通りです。簡単のためMySQLとMongoDBは同一インスタンスにインストールしています。 ・CentOS7.5 (Vagrantで構築） ・MySQL8.0.13 ・MongoDB4.0.4 事前準備 まずMongoDBにサンプルデータを用意し、それをmongoexportでJSONファイルとして出力します。 上記ブログ記事の末尾にサンプルデータのリンクがありましたのでそちらを使用します。 $ mon

この記事はMySQL Casual Advent Calendar 2018の16日目です。 元ネタはlefredさんのこちらのスライド FOSDEM MySQL & Friends Devroom, February 2018 MySQL Point-in-Time Recovery like a Rockstar ざっくりいうと、 マルチスレッドスレーブ(以下MTS)を使ってbinlogを読み込ませてPITRを早くするというものです。 検証環境はCentOS7、MySQL8.0.13。 例えばこんな感じなテーブル。 fuki1 [d1]> SELECT * FROM t1 limit 10; +----+------------+ | id | value | +----+------------+ | 1 | C8vAt5qSyl | | 2 | 15mtFfSGuz | | 3 |

このエントリーはMySQL Casual Advent Calendar 2018の7日目です。 自分は筆が遅く、11月から準備しようしよう、と思ってたにも関わらず、結局、直前になって書いてます。。。 さて、MySQL 8.0になって、performance_schemaが15個増えてました。 5.7では、87個。 mysql> select count(*) from information_schema.TABLES where TABLE_SCHEMA = 'performance_schema'; +----------+ | count(*) | +----------+ | 87 | +----------+ 1 row in set (0.02 sec) 8.0では102個。 mysql> select count(*) from information_schema.TAB

このエントリーは MySQL Casual Advent Calendar 2018 の5日目の記事です。 そもそもMySQL Upgrade Checkerって？ 今まではリリースノートを読んで、つぶさに問題点を洗い出して、現行のDB環境に問題が無いかを人手にチェックしていました。 それをMySQL5.7の場合にMySQL8.0にアップグレードする場合に限って、Oracle社が公式にアップグレード時のチェックツールを作りました。 (Oracleデータベースとかだと昔からあるんで、その文化がMySQLにも入ってきた感じですね) 現在のUpgrade Checkerでは以下のようなことがチェックできる 古い temporal type の使用 DBのオブジェクト名と予約語の競合 utf8mb3キャラクタセットの使用 mysqlスキーマの予約されたテーブル名 64文字を超える外部キーの名前 廃

日々のWebサイトやアプリの制作を通じて、役に立ちそうな技術情報や楽しい話を発信しています。私たちはGMOメディア株式会社のクリエイターです。 はじめましてこんにちは！2017年入社のエンジニアの浅山といいます。 GMOメディアの新卒研修ではOJT制度が導入されていて、2つの部署でトレーニングを受けたのちに配属が決まります。1 私の場合は2017年の10/1 〜 12/31までDBAチームでOJTをしていました。 さて、GMOメディアのDBといえば何と言ってもMySQLです。 MySQLのモニタリングといえば、innotop2です。そして、2017年といえばMySQL8.0.3が9月にリリースされたところでした。 そういうわけで、MySQL8.0の検証をおこなっていたところ、innotopが異常終了してしまいました。 当時隣にいたyoku0825さんに「それは直さないといけないやつだからI

先週のJava Day Tokyoに引き続き、Oracle絡みのイベントです。 ※東京のイベント告知＆申込ページは既にリンクを外されているようなので、ここにリンクは付けません。 ※↑SNSで公開されていましたが、マズそうなら引っ込めます。 また、いつものように気になったポイントと感想などを中心に箇条書きします。長丁場で通訳のレシーバに混信があったせいもあり、勘違いもあると思います。 ※公開資料はこちらで確認してください。 MySQL :: 資料ダウンロード Keynote: MySQL | State of the Dolphin / What's new in MySQL 8.0（稲垣 大助さん） 全体の概要 Mobile First / Developer First / Data Driven / 24x7 機能強化について utf8mb4デフォルト化 utf8mb4でMySQL 5

先日、MySQL 8.0 がGAリリースされました。８８８８８８！ こないだ、MySQL 5.7がGAになった気がしたんですが、調べてみたら、5.7 GAは2015/10でした。 いつのまにか約2年半もたっていたようです。。。 頂いたMySQL 8.0 Tシャツ。これは背中側。 さて、MySQL 8.0 でクエリーキャッシュは廃止されます！私は大歓迎です なぜ、廃止になるのか？ クエリーキャッシュが効果がある場面は限定的です。 テーブルのデータが変更されると、クエリの結果に変化があろうとなかろうと、そのテーブルに関するキャッシュは無効になります。 更新頻度が高いデータであれば、キャッシュヒット率は低くなり、効果を発揮しません。更新頻度が低いデータであれば、キャッシュヒット率は高くなりますが、更新頻度が低いのであれば、データベースに保存せず、静的なファイル等で保存したほうがより良いレスポンス

慣例(?)として4月下旬には出るのではないか、と勝手に予測していた MySQL 8.0 が、私の予想よりもほんの少し早くリリースされました*1。ついに待望の GA です。 MySQL 5.7 で、それ以前のバージョンと比べて非常に大きな進化をしたMySQLですが、バージョン番号を大きく飛ばした今回の MySQL 8.0 でも一層の進化をしています。進化の内容は MySQL Server Blog の記事で詳しく説明されているので、私もこれから少しずつ読もうと思います。 mysqlserverteam.com この Server Blog のエントリー、とってもとっても長い力作で、これを読むだけでMySQL8.0の進化の概要はざっと理解できそうなくらいです。が、長いと(更に英語だし)だんだん何を読んでいるのか分からなくなってしまうので、私はこういうときに「地図」を作ります。自分用に、ざっくり

validate_passwordプラグイン MySQL 5.6で登場し、MySQL 5.7.8からはYumまたはSLESレポジトリからのインストール、もしくはrpmパッケージでインストールした場合に有効になっているのがvalidate_passwordプラグインです。validate_passwordプラグインはパスワード強度の検証を行うプラグインです。「初心者殺しの罠」だの「クソ機能→速攻削除」だの言われちゃうかわいそうなかわいそうな機能だったりします。tarで入れればデフォルトでは無効なのでrpmじゃなくてtarで入れよう。 機能と設定の概要はMySQL 5.6の日本語リファレンスマニュアルを参考にしてみて下さい。 validate_passwordプラグインでは以下の項目を検証します。 https://dev.mysql.com/doc/refman/8.0/en/validate

2017/10/23のMyNA(日本MySQLユーザ会)会ネタ第2弾、です。 ※第1弾はこちら。 MySQLのキーワードと予約語（「MySQL 8.0で予約語が増えた」問題） MyNA会で**「MySQLは8.0で地球が丸いということを知った」**という名言？が生まれましたが（あれ？最新情報セミナーのほうだったっけか？記憶が曖昧）、SRIDをサポートしたMySQL 8.0.3 RCで試してみます。 MySQL最新情報セミナー 2017年10月 in 東京（togetterまとめ） MyNA(日本MySQLユーザ会)会 2017年10月（togetterまとめ） ※MySQL 5.7でのGIS機能（まだ地球は丸くなかった？）、および5.7に至るまでのGIS機能の歴史については、山﨑さんのこちらの資料がわかりやすいです。 MySQL 5.7で刷新されたGIS機能のご紹介（Oracle山﨑さんの

2017/10/23開催のMyNA(日本MySQLユーザ会)会で話題になった**「MySQL 8.0で予約語が増えた」**問題。 壇上の@yoku0825さんからは「若手の方よろしく」とのことだったので、おじさんは少し変化球で行きます。 MySQL最新情報セミナー 2017年10月 in 東京（togetterまとめ） MyNA(日本MySQLユーザ会)会 2017年10月（togetterまとめ） 1. MySQLのキーワード SQLのコマンド・関数・演算子などとして使われる単語（または「_」で連結された複数の単語）です。 9.3 Keywords and Reserved Words（MySQL 8.0 Reference Manual） 9.3 Keywords and Reserved Words（MySQL 5.7 Reference Manual） リンク先では「signifi