ぬいぐるみが好きな方のDBAです。 GMOグループには4年くらい前から始まった GMOテクノロジーブートキャンプ なる新卒エンジニアの一斉研修（とはちょっと違うみたいですが）があります。 その際講師を務めるのは、各分野の第一線で活躍する先輩エンジニア。この研修を通して会社の垣根を越えた師弟関係が誕生することでしょう。 残念ながら今日MySQLの話をしたおじさんは先輩エンジニアというより ズンドコキヨシストレージエンジンとか書いて喜んでいるMySQLジャンキー です。ごめんなさい。 ( ´-｀).oO（去年と同じ書き出しにしてみた GMOテクノロジーブートキャンプでMySQLおじさんしてきた | GMOメディア エンジニアブログ 去年は「 明日使えないMySQLの無駄知識 」をテーマにMySQLへの愛を語ってきて今年もそれで乗り切ろうかと思っていましたが、今年の新卒の某氏が「2年くらいまえに
ぬいぐるみが好きな方のDBAです。 弊社ではMySQLのリソースモニタリングにCactiを利用していますが、こんな形の “InnoDB Row Operations” のグラフを見たことはないでしょうか。月初には低い値を示していたRows Read（水色のエリア）が月末に向かってだんだんだんだん伸びていくグラフです。 そして、月初になるとス㌧と落ちて月末に向かって大きくなっていって…を繰り返します。 よく訓練されたMySQLerのみなさまにはこのグラフを見ただけで原因の想像がつきそうなものだと思いますが、Innodb_rows_readがこのようなグラフの形を描く場合、ほとんどの原因はログテーブルのテーブルスキャン です。 月初はTRUNCATEや新しいテーブル（テーブル名_201705 とかでローテーションしたりするのに心当たりはありませんか？）への切り替え直後なので、テーブルスキャンで
あまりにもつらかったので、おとなしくフォークして自前でパッチを当てることにしました。フォークするついでに名前を変えたのが mikasafabric for MySQL （みかさファブリック フォー マイエスキューエル）になります。 期待通りに使えるMySQL Fabric を目指した結果なので、まあまあ期待通りに動きます（ただし、MySQL Routerとの組み合わせしかサポートしていません。他のコネクターは動くかも知れないし動かないかも知れない。一部、APIの戻りにも手を入れているので） 名前を変えた理由- MySQLは商標なのでフォークとはいえMySQL Fabricは微妙（MySQL xxxはダメで、xxx for MySQLならOK） - mikasafabric for MySQL は MySQL Fabric 1.5.6 をベースにしているので、リポジトリー分けるまでは1.5.
ぬいぐるみが好きな方のDBAです。 先週土日に開催された YAP(achimon)C::Asia Hachioji 2016 mid in Shinagawa に、弊社からは延べ4名の yoku0825 が登壇しました！ - MySQLと正規形のはなし 某ギョーザエンジニア氏に「こんなキモいテーブル設計見たことないけど、信じていいんですよね？」と言われたり、某DBA氏（つば九郎が好きではないひと）に「このflg1～flg9はいつか正規化したいんですよね…」と言われて書き上げました。 正規化ってなんであんなに難しい言い回しをするんだろう。日本語でおｋ。というのがメインテーマです。 - MySQL 5.7 + MySQL Fabric + MySQL Routerでぼっこぼこに された はなし ここ三か月くらい向き合っている新規サービスの構成を検討した話です。おとなしくPercona Xtra
こんにちは、ぬいぐるみが好きな方のDBAです。 MySQL 5.7では JSONデータ型 がサポートされ、今までTEXT型やBLOB型にJSONを入れていたのに比べて バイナリーフォーマット（らしい）容量が小さいのでTEXT型に比べて基本的にレイテンシーが低い何も考えなくても4バイト文字も入るというメリットがあります。 ( ´-｀).oO(Generated Columnでインデックスが張れるとか、json_*関数でアクセスできるとかはTEXT型でもできるのでJSON型のメリットじゃないし、型としてのバリデーションも生JSONを自分で組み立てることはほとんどない（ライブラリー通すから）からあんまり旨味を感じない。。 というわけでｗｋｔｋしながら作ったんですよ、JSON型カラム。 そしたら。 ギョザー: とりあえずConnector/JのあとのDBアクセスライブラリの結果はStringで、文
こんにちは、DBAです。 ズンドコキヨシ大流行ですね。 ズンドコキヨシまとめ - Qiita を見ていたんですが、MySQLでやってる人はいなさそうなので MySQL CasualのSlack で呼びかけてみました。 * by @do_aki 。JOIN使ってる。確かに止められない。SET @zd = ''; SELECT zundoko FROM ( SELECT @t := IF(@zd = 'ズンズンズンズンドコ', 'キヨシ！', ELT(FLOOR(1 + RAND() * 2), 'ズン', 'ドコ') ) AS zundoko, @zd := RIGHT(CONCAT(IFNULL(@zd,''), @t), 10) FROM (SELECT 0 UNION SELECT 1) AS t0 JOIN (SELECT 0 UNION SELECT 1) AS t1 JOIN (
こんにちは、DBAです。 MySQL5.6のオンラインALTER TABLEでハマった時のおはなしです。 5.6にはオンラインALTER TABLE関連のパラメーターに innodb_sort_buffer_size というものが追加されており(5.5以前はfast index creationが効く時に使われるパラメーターとして内部的に1Mでハードコードされていたものが、設定可能になった)、前にざっくり試したところ 大きくすれば一応それなりの恩恵は受けられそうなので大きくしたんですよ。 毎日の定期バッチで盛大にInnoDBのテーブルにバルクインサートをかけた後にALTER TABLEでインデックスをくっつけてRENAME TABLEでテーブルを切り替える…なんてことをやっているサービスには打ってつけだと思ったわけです（そもそもそのやり方の善悪について やがて DBAは 考えることを止めた
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
