mysql> desc tbl;
+-------+---------+------+-----+---------+----------------+
| Field | Type    | Null | Key | Default | Extra          |
+-------+---------+------+-----+---------+----------------+
| id    | int(11) | NO   | PRI | NULL    | auto_increment |
| value | text    | YES  |     | NULL    |                |
+-------+---------+------+-----+---------+----------------+

2013-04-14

書評「Webエンジニアのためのデータベース技術[実践]入門」

ミドルウェア技術書

Web系ベンチャー、ソシャゲSAPと実務経験をしていく中で、データベース周りに課題を感じる機会が少なからずある。

データベース周りにももう少し知識付けないといかんなと思い本書を読んでみた。

（正確にはだいぶ前に購入したのだが、なかなか手を付けられてなかった）

Webエンジニアのためのデータベース技術[実践]入門 (Software Design plus)

作者: 松信嘉範
出版社/メーカー: 技術評論社
発売日: 2012/03/09
メディア: 単行本（ソフトカバー）
購入: 20人クリック: 486回
この商品を含むブログを見る

本書の一章でも述べられていることだが、学生の頃にデータベースに興味を持つことは難しい。

いわゆるプログラミングとは違って単体で何か動くものが作れるわけでもなく、また授業の演習や小規模な卒研レベルではそれほどきっちりしたテーブル設計をしなくてもなんとか動いてしまうため、データベースの重要度を実感できる機会はまずない。

どうしても新しい言語だったりフレームワークの使い方といった、派手さのある分野に目が行きがちになってしまう。

しかし、実際の業務である程度大きな規模のデータを扱うようになってくると、否が応にもデータベースの知識が必要となってくる。

正しくインデックスを用いなければまともに動かなくなるし、適切なデータモデリングを行わなければ実装時には問題無くとも後々に使いづらくなってしまう。

さて、本書はどのような内容かというと、データベースがなぜ必要かや現在主流のRDBMSがどのように動いているかといった概要から、大規模なサービスでは必ず目にすることになるShardingやReplicationについてもどのようなものかまで平易な文章で述べられている。

いわゆる具体的な問題解決のためのTips集ではないが、課題を解決するためにはどのようなことに注視すべきか理解するのに役立つ内容となっている。

理想は学生の頃にプログラミングを学ぶのと並行してこのような書籍を読んでおくと良いと思うが、社会人数年目の新人がデータベースを意識してシステムを組むため、またなぜ今そのような構成になっているか理解するために読むのにも調度良いと思う。

目次
第1章データベースがないと何が困るのか
第2章インデックスで高速アクセスを実現する
第3章テーブル設計とリレーション
第4章 SQL文の特徴とその使いこなし方
第5章可用性とデータの複製
第6章トランザクションと整合性・耐障害性
第7章ストレージ技術の変遷とデータベースへの影響
第8章データベース運用技術の勘どころ
第9章 MySQLに学ぶデータベース管理
第10章 MySQLのソースコードを追ってみよう
第11章データベース技術の現在と未来
第12章ビッグデータの時代のデータベース設計

Webエンジニアのためのデータベース技術[実践]入門 (Software Design plus)

作者: 松信嘉範
出版社/メーカー: 技術評論社
発売日: 2012/03/09
メディア: 単行本（ソフトカバー）
購入: 20人クリック: 486回
この商品を含むブログを見る

2013-03-25

MySQLのエラーが出続けて困った話

ミドルウェア

いつまでもトップ記事がオタク語りなのもなんなので、たまにはエンジニアっぽい備忘録でも。

ミドルウェアは、知らないとそもそも取っ掛かりが無くて調べることすらおぼつかないとこが多いから苦手だったりする。

特に僕なんかは英語苦手なので、日本語のドキュメントが少ないレアな奴だったりすると本当に死ねる。

そんなわけで週末にあったMySQLのトラブルのお話。

事象
なんだかDBサーバのIOが異常に上がってる！
よくよく見ると、MySQLのエラーログがガンガン肥大化して行ってる!!

ログの内容を確認してみると・・・
なんかの処理でデッドロックが発生したっぽい!!!

じゃあそのプロセス殺せばいいんじゃね？
と思ってshow processlist;してみても該当のはとっくに死んでそう

実は・・・
innodb_monitorとinnodb_lock_monitorなるエラーを記録しておくテーブルがあって、どうもこいつらがある限りガンガンエラーログが出力され続けるらしい↓
日々の覚書: InnoDB Monitorの仲間たち（InnoDBエンジン本体のアレ）
MySQL リファレンスマニュアル :: 7.5.10.1 SHOW INNODB STATUS と InnoDB モニタ

対策は
とりあえずエラー内容を確認したらちゃっちゃと上記２つをdrop tableすることでエラーログの出力は止まる。

便利機能なんだろうけど、知らなかったので焦った・・・

ーーーーー余談ーーーーー
前にハンターハンターの念能力をメタファーにしてエンジニアの技能について語っている記事があって面白いなぁとおもったのだけれども、実際僕みたいなアプリ寄りのエンジニアって「えいやっ！」とコード組んで作るのは好きでも、ミドルウェアを緻密に設定するのは苦手だったりすることが多いんじゃないかと思う。

しかしそうは言ってもミドルウェアによって最適解は変わるし、何より自力で作る際には否が応でも触る必要がでてくる。

そんなこんなで最近勉強しているのがchef↓