おっぱいを再現 - ARuFaの日記
こんちは！ 突然ですが、まずはこちらの実験をごらんください。 用意するのは風船。 中に空気が入った、ごく普通の風船です。 針 そして、右手に持っているのが見えにくいですが、針です。 ではこの針を、風船に刺したいと思います。 まあ、普通に考えれば風船は割れてしまいますよね。 では、やってみましょう。 プスリ が、 プススー ジャーン 風船は割れません。 それはなぜか、それは、風船のてっぺんの部分を針で刺したからです。 ここ 風船の先端はゴムの伸びが甘く、ゴムの層が分厚くなっています。 なので、破裂せずに、小さい穴が開くだけなのです。 この小さい穴からは、空気が少しずつ少しずつ漏れでるのです。 ・・・という知識を覚えた上で、さっそく今回のネタにうつりましょう！ 僕の憧れ・・・いや、全世界の男性の憧れであるもの・・・・ そう、それは・・・ おっぱいです。 おっぱいは、まさに全ての男性の憧れであり
MySQLでslave追加時にmasterが全力でbinlogを送って困る時 - As a Futurist...
たまにはしょうもない TIPS でも。MySQL の魅力といえば言わずもがな 10 年の歴史を誇る「レプリケーション」の仕組みだと思います。これさえあれば 1 つの筐体で必死にデータ保全しなくてもコピーがいくらでも増やせるし、@nippondanjiさんのスライドにある通り、レプリケーションの妙技を駆使することで様々に柔軟な運用を行うことができます。 Art of MySQL Replication. slave 追加とは？ さてそんなレプリケーションですが、実運用で最も多く行われるオペレーションは「slave の追加」だと思います。追加の方法は大きく分けると 2 通りです。(ストレージエンジンは InnoDB を想定。というか InnoDB 以外認めません＞＜) 論理バックアップを利用 mysqldump 等を利用して論理的にデータの静止断面を作る＆その時の binlog のポジションを
障害に強いscribeサーバ構成と設定 - たごもりすメモ
scribeによるログ配送についていくらか試したりしつつ実戦投入しているのでその話。 今のところピーク時で20Mbps程度の流量で、100Mbpsを超えてくるようになると流量制限をシビアに考えたり中継サーバを複数台構成にしたり考えることになるのかなーと思っているが、現状はまだそこまでやってない。世の中には考えている人がぜったいいるはずなので話を聞いてみたいなあ。なんか「動かしてみた」レベルの話しかぐぐっても見付からない。悲しい。 サーバ構成 各サーバからログを(ほぼ)リアルタイムにscribedに流すのはいいとして、1台立ててるだけだと障害があったら全て終了してしまう。これはまずいので、複数台構成にする。 scribedはdeliverとcentralの両方で起動する。(設定はもちろん異なる。後述。) 通常は各サーバはすべて deliver サーバに接続してログを送る。deliverサーバ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
