■Hadoopの理解にちょっと自信のない皆さんに贈る 40分でわかるHadoop徹底入門 (Cloudera World Tokyo 2014 講演資料) 日本Hadoopユーザー会 濱野 賢一朗/Kenichiro Hamano (NTTデータ)Read less
![40分でわかるHadoop徹底入門 (Cloudera World Tokyo 2014 講演資料)](https://cdn-ak-scissors.b.st-hatena.com/image/square/be94074c7c6c3d5b36f15aceb87cb779692237df/height=288;version=1;width=512/https%3A%2F%2Fcdn.slidesharecdn.com%2Fss_thumbnails%2F20141106clouderaworldtokyo2014-141111230516-conversion-gate02-thumbnail.jpg%3Fwidth%3D640%26height%3D640%26fit%3Dbounds)
InnoDBデータファイルの仕様について、覚え書き。 MySQLデータディレクトリ配下に生成される、ibdata1、ibdata2…といったファイル名 のデータファイルが、InnoDBデータファイルである。このInnoDBデータファイルに 格納されるものは、というと。 ・InnoDBテーブル ・インデックスデータ ・データディクショナリ(テーブルのレコード数などの統計情報) ・トランザクションのロールバックのためのデータ領域 (ロールバックセグメント) ・・・といったところである。 InnoDBデータファイルは複数作成することが可能で、それらをまとめて「システム表領域」と呼ぶ。 ちなみに「Oracleで言えば、SYSTEM表領域だけでデータベースを構築するようなイメージである」 ということだそうだ。、、、と聞いても、自分はよく分からないが(汗) データベース領域上には、ただ1つのシステム表
システムをデータセンターAからデータセンターBに論理移設を行うときのメモ。 肝になるのはDB、特にマスタDBだと思うので、主題の通りおもにDBマスタの切り替えに焦点を当てて手順を書く。 移設先であるデータセンターBではサーバ構築やアプリケーション/コンフィグのデプロイは完了していて、新マスタおよび全スレーブは現マスタにレプリを張っている状態からスタートする。新マスタにはバイナリログ出力など、DBマスタとして振る舞うための設定が入っているものとする。 手順の要約 現DBマスタへの更新クエリをすべてブロックする 全てのスレーブと新マスタでshow slave statusしてログとポジションが一致していることを確認する 新マスタと全てのスレーブでstop slaveする 新マスタと全てのスレーブでreset slaveする 新マスタでreset masterする 全てのスレーブでchange
MySQLで整合性のあるバックアップを取得するのに、 "FLUSH TABLES WITH READ LOCK"でテーブルロック バックアップ処理(mysqldumpやスナップショット) "UNLOCK TABLES"でロック解除 みたいなスクリプトを実行していたが、"FLUSH TABLES WITH READ LOCK"って必ず数ミリ秒みたいなレベルでロックできるのかなと疑問に思った。 結構時間のかかるクエリが処理されていたりすると、すぐにロックできないんではないかと思った。 ちょっと調べてみると、やはりすぐにロックされない可能性もあるようだ。*1 FLUSH TABLES WITH READ LOCKの速度について ということで、"FLUSH TABLES WITH READ LOCK"後に、以下のような確認処理を追加した。 "SHOW PROCESSLIST"を実行して、"FLUS
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く