環境 OS MySQL host(仮) マスター側 Fedora Core5 4.0.27(RPM) mymas.ter スレーブ側 CentOS4(X86_64) 4.0.27(RPM) mysla.ve マスターは稼働中、スレーブはMySQLインストール直後 マスターではlog-binは有効にしていない 一部データベースにInnoDBテーブル有り 大変参考になったサイト 現場指向のレプリケーション詳説 MySQL 4.1 リファレンスマニュアル 事前準備 マスター側のMySQLを参照するスクリプトを停止(メンテ中表示)し、全てのクエリが発行されないようにしておく。 【マスター側】 1.スレーブサーバが接続に使用するMySQLユーザーを設定し、REPLICATION SLAVE権限のみ与える。 ユーザー(仮) replic パスワード(仮) reprep ホスト 全てのホスト mysql
大規模なコードベースでリファクタリングを省エネ化するためにcodemodを最近調べていて、軽く試行錯誤したのでそのメモ。 やりたいこと 例えば以下のようなTable Driven TestなコードをBEFOREからAFTERに書き換えたい。コード量が多いため人間がやるのは現実的ではなく、codemodで機械的に書き換えたい。 BEFORE package main import ( "slices" "testing" ) func TestContains(t *testing.T) { type args struct { ss []string s string } tests := []struct { name string args args want bool }{ { name: "empty: false", args: args{[]string{}, ""}, wan
大規模なコードベースでリファクタリングを省エネ化するためにcodemodを最近調べていて、軽く試行錯誤したのでそのメモ。 やりたいこと 例えば以下のようなTable Driven TestなコードをBEFOREからAFTERに書き換えたい。コード量が多いため人間がやるのは現実的ではなく、codemodで機械的に書き換えたい。 BEFORE package main import ( "slices" "testing" ) func TestContains(t *testing.T) { type args struct { ss []string s string } tests := []struct { name string args args want bool }{ { name: "empty: false", args: args{[]string{}, ""}, wan
GT Nitro: Car Game Drag Raceは、典型的なカーゲームではありません。これはスピード、パワー、スキル全開のカーレースゲームです。ブレーキは忘れて、これはドラッグレース、ベイビー!古典的なクラシックから未来的なビーストまで、最もクールで速い車とカーレースできます。スティックシフトをマスターし、ニトロを賢く使って競争を打ち破る必要があります。このカーレースゲームはそのリアルな物理学と素晴らしいグラフィックスであなたの心を爆発させます。これまでプレイしたことのないようなものです。 GT Nitroは、リフレックスとタイミングを試すカーレースゲームです。正しい瞬間にギアをシフトし、ガスを思い切り踏む必要があります。また、大物たちと競いつつ、車のチューニングとアップグレードも行わなければなりません。世界中で最高のドライバーと車とカーレースに挑むことになり、ドラッグレースの王冠
ストレージエンジンとしてInnoDBを使うときはMyISAMのときと触るべきポイントが違うので注意。 http://www.mysqlperformanceblog.com/files/presentations/OSCON2004-MySQL-Innodb-Performance-Optimization.pdf を読みながら取ったメモ。状況としてはRedHat AS3.0で動かしたときのDBT2*1のパフォーマンスを改善していくというもの。MySQL デフォルト状態での分析 Handler_read_nextが多い、つまりrange scanかindex scanが多すぎる slow query logで何が悪いかを引っかける 例では2秒以上処理にかかったqeuryを記録するようにしている 結果を分析 update文が遅かったけど、update文そのままではexplainできないので、
以下は、MySQLに関する参考になるエントリーをいくつか書いてくれているfutsu-9さんがいいリファレンスになるとして英語エントリーを和訳したもの。実メモリがどのくらいの時の設定値なのかが書かれていないので、想像するしかないが、512MB~1GBくらいの感じがする。 MyISAM利用時に参考となるパラメータ値(魚拓) グローバルバッファ ・key_buffer = 128M ・query_cache_size = 128MB ・query_cache_limit = 4MB ・table_cache = 512 ・delay_key_write = 1 スレッドバッファ ・sort_buffer_size = 32M ・myisam_sort_buffer_size = 32M ・tmp_table_size = 64MB ・wait_timeout = 60 futsu-9さんのMyI
ソフトウェア開発のお仕事メモや、フェイキックIOLの手術体験談をマイペースに残していました。 もうあの頃へは戻れない・・・ MySQL(3.23時代)は貧弱なスペックの端末でも動くように、 既定値でメモリを最小限に使う設定になっているようです。 インターネット公開の運用となると、これでは 性能がフルに発揮できていません。 チューニングが必要なわけです。 で、お手軽なチェック項目としては以下の設定を 見直すのが良いかと。 ・key_buffer_size ・table_cache ・record_buffer ・thread_cache_size とりあえず、私の開発環境(メモリ512MB)で試した 設定例が以下です。 ~~~~~ [mysqld] #(略) set-variable=key_buffer_size=256M set-variable=table_cache=256 set-
女性でも、つむじ薄いなぁという人を最近よく見かけます。つむじは自分ではなかなか見ることができませんので、気が付かないで進行していくことが多いようです。最低限自宅でできる対策として、やっておくべきことはやはりマッサージです。育毛剤を使うとなお良いでしょう。頭皮の血行を良くすることが薄毛にならないため一番重要なことです。育毛剤も自分に合ったものを選ぶことが大切です。他にも自宅で出来る対策はいくつかあります。女性の薄毛はストレスにも関係性があります。適度な運動としっかりとした睡眠、リラックスできる環境を整えて、ストレスをためない健康的な身体をつくることです。そうすることにより、血行も良くなっていくと考えられています。また、アルコールも良いとされています。適度なアルコール摂取により血行促進になると言われているので、試してみるのも良いかもしれません。その場合飲みすぎるとかえって良くない結果を及ぼしま
MySQL レプリケーションの設定 提供:maruko2 Note. 移動: 案内, 検索 目次 1 MySQL レプリケーションの特徴 2 MySQL レプリケーションの動作概要 3 レプリケーションのセットアップ 3.1 レプリケーション用の my.cnf 設定 3.2 マスターにレプリケーション専用のユーザーを登録する 3.3 マスターサーバのスナップショットを作成する 3.4 マスターサーバのスナップショットを元に、スレーブを作成する 4 レプリケーションが正常に行われているか確認する方法 5 マスターのバイナリログの削除 6 参考ページ 7 MySQL 関連のページ MySQL レプリケーションの特徴 MySQL のレプリケーションは非同期。 1つのマスターに対して、1つ以上のスレーブが可能。 更新系のクエリはマスターのみで実行しなければならい。更新系クエリをスレーブで実行すると
このところ楽天をはじめとして,MySQLを活用した大規模な事例が増えている(関連記事)。このような大規模,かつサービス停止の許されないシステムを支えているのが,MySQLのレプリケーション機能である。 「レプリケーション」とは,対象物とまったく同じ物を製作する処理だ。同じような意味に「ミラー」があるが,意味するところは物理的なコピーである。「レプリケーション」は,論理的な複製であり,対象物の全体や一部といった範囲を限定できる点が異なる。 このような機能は,大がかりな準備と高度な技術が必要と考えている方も多いだろう。しかし,MySQLのレプリケーション機能は,非常に簡単に利用することができる。今回は,現行バージョンでも利用可能なレプリケーション機能を解説する。 Masterの更新がSlaveに反映される MySQLのレプリケーション機能は,MasterとSlaveに役割が分かれる(図1[拡大
HowFriendFeedUsesMySqlToStoreSchemaLessData - FriendFeed では MySQL を使いどのようにスキーマレスのデータを保存しているのか 目次 この記事について FriendFeed? では MySQL を使いどのようにスキーマレスのデータを保存しているのか 背景 概観 詳細 一貫性と原子性 性能 FriendFeed? では MySQL を使いどのようにスキーマレスのデータを保存しているのか この記事について "How FriendFeed? uses MySQL to store schema-less data" の日本語訳です http://bret.appspot.com/entry/how-friendfeed-uses-mysql CC 2.5 でライセンスされています: http://creativecommons.org/
MySQLの演算子や関数について説明します。 なお、個人的に必要無いと思うものについては省略しています(笑)。 MySQL5.0.16対応 最初に MySQLでは、数値⇔文字列の変換は自動的に行われます。 SELECT 100 + '200' -> 300 SELECT 100 < '200' -> 1 (TRUE) SELECT 100 < '22' -> 0 (FALSE) 比較演算子 比較演算の結果は、1(TRUE) / 0(FALSE) / NULL のいずれかになります。 例を挙げます。 SELECT 1 = 1 -> 1 SELECT 1 = 3 -> 0 SELECT 1 = NULL -> NULL SELECT NULL = NULL -> NULL 最後の結果に注意して下さい。 どのデータベースにも共通して言えることですが、NULLという値は 特別な意味を持ちます。 N
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く