徳島オープンセミナーというイベントに招いて頂き、MySQLの運用まわり（？）の話について話す機会に恵まれた。運用といいつつ運用以外の話も色々混じっているが、平たく言うと「MySQLを使う上で躓きやすいポイント」というのが今回のお題である。セミナーで用いた資料を公開したので気になる人は参考にして欲しいと思う。
MySQL運用虎の巻 from Mikiya Okuno 以前岡山へ呼んでいただいたときも感じたのだが、やはり休日に勉強会へ参加されるだけあって、皆さん勉強熱心である。首都圏のように毎日何かしらの勉強会があるというような恵まれた環境は、徳島にはないかも知れない。だが、スキル向上に対する真剣な姿勢は勝るとも劣らないように感じられた。
…
[さらに読む]
ちょこちょこ思うこと。
MySQL
5.6のnutshellを読むと、`クラッシュセーフなレプリケーションを実現するためにはmaster_info_repositoryとrelay_log_info_repositoryをTABLEに設定しな！
おっと、relay_log_recoveryも1にしておくんだぜ'みたいことが書いてある。
で、このバグレポートを見た時からずっと、sync_master_infoの暗黙のデフォルト10000のまんまじゃクラッシュセーフじゃなくね？
sync_master_info= 1必須？
それはパフォーマンス的に死ねる。という感じでモヤモヤしていたのだが、やっと合点がいったのでメモしときます。 ⇒ MySQL
Bugs: #69135: mysql.slave_master_info is not updated
…
Original post: http://anothermysqldba.blogspot.com/2013/11/mariadb-linux-distributions.html
だから今、多くの皆さんのことでグーグル、SUSEおよびRed Hat /
Fedoraのではなく、MySQLのデフォルトのデータベースとしてMariaDBへの移行についてのニュースを見てきました。
MariaDBとSkySQLは、今年は非常に生産的なビジネスの動きをした。
これは本当にMySQLのコミュニティと一般的なオープンソースコミュニティのために何を意味するのでしょうか？
スターターは、MySQLはとても人気が作ったものに戻って考えるために？
これは、すべてのトップのLinuxディストリビューションで容易に利用可能であった。
…
今年で７回目になる、オープンソースカンファレンス(OSC)福岡に参加して参りました。昨年に参加した時には（経済的時間的負担から）「今年で最後です。来年は来ないよ」と宣言していたのですが、まぁいろいろと天神さまにお礼をお伝えすべき事柄などもあり、今年も行ってしまいました（OSC福岡参加と合わせて、太宰府天満宮への参拝を行うのが年中行事となっているのです）。
…
[さらに読む]
よく考えるとレアケースなんですが今月末に作業が控えているのでメモ。
データベース名はdb1, 移行対象のテーブル(2つ)はtable1,
table2とする。移行元ではMyISAMエンジンを使っていて、移行先ではInnoDBエンジンに変える。
シンプルなパターン。何も考えずにmysqldumpでばっこ抜く。
$ time mysqldump -S /xxx/mysql.sock -uroot -pxxx --default-character-set=binary --single-transaction db1 table1 table2 > mysqldump.sql
real 0m30.573s
user 0m27.051s
sys 0m3.078s
$ ll -h
合計 2.0G
-rw-rw-r-- 1 mysql mysql 2.0G 11月 6 13:38 2013 mysqldump.sql
合計2GB。scpで転送して20秒ちょっと。コイツをリストア先に流し込む。
まずはMyISAMでリストアしてからInnoDBに変換。
$ time mysql -S …[さらに読む]
やあ(´･ω･｀)
ようこそ、バーボンハウスへ。
とあるイルカのバーボンハウス from yoku0825
というわけで、MySQL Casual Talks vol.5に参加してきました。
ハッシュタグもちょこちょこ拾ってあるので、ブログ書いた方などは追加していただけると幸いです。
今回は前の週のOSC 2013 Tokyo/Fallで死んでたのでさっくり愚痴って15分！ …
昨日、MySQL
5.0.83から5.1.72へのバージョンアップをしてたんですが、バイナリー入れ替えてmysql_upgradeかけても何か様子がおかしい。
前に5.0.83に上げた時にmysql_upgrade忘れてたんじゃないかと疑ってたんですが、実際5.1.72のmysql_upgradeのバグっぽいです。ごめんとなりのひと。
http://dev.mysql.com/doc/refman/5.1/en/mysql-upgrade.html
mysql_upgradeに--skip-write-binlogまたは--write-binlogのオプションを引き渡すと、実行されるべき`mysql_fix_privilege_tables'のクエリーが全て転けてアップグレードできない、というもの。
取り敢えず5.1.72のmysql_upgradeで確認しましたが、どこで混入したのかは謎。
$ gdb --args mysql_upgrade …[さらに読む]
もう2年以上前になるが、以前「MySQL 5.5をわずか30秒足らずでコンパイルするためのテクニック」というエントリを書いた。 エントリに書いた内容はそれなりにコンパイルの高速化に寄与はするが、実は測定方法は正しくなかった。このことについて、いつも冷静さを失わない奥一穂氏から、いつもの冷静さで指摘を頂いた。
奥さんの言う通りである。指摘をもらってから気がついた。反省した。それからからずっと「まっとうにコンパイルして30秒を切る方法」を模索してきた。そしてついに、ccacheを使わずにまっとうにMySQL 5.5のコンパイルを30秒未満で実行することが出来たので、その方法を紹介しようと思う。
速いマシンを買う
…
[さらに読む]