MySQLのバイナリログを自動削除する設定
MySQLでレプリケーションの設定をした場合、バイナリログが /var/db/mysqlに貯まっていきます。 MySQLのバイナリログは、デフォルトでは、自動的に削除されません。 そのため、どんどん溜まっていきます。いつの間にか、バイナリログに よって、ストレージが溢れることもあります。 そしたらサービス不能ですよ！ 気をつけましょう。気をつけなければなりません。 そこでMySQLのバイナリログを自動的に削除する設定ですが サーバパラメータの expire_logs_daysを設定します。 システム変数 expire_log_days は、デフォルトでは 0 で、バイナリログは自動的には 削除されません。 expire_log_daysにはバイナリログの自動削除の日数を指定します。 デフォルトは、 0 で 「自動削除しない」ということを意味します。 MySQLサーバの起動時か、ログをローテ
MySQLのレプリケーションの設定
MySQLでは、簡単にレプリケーションを利用することができます。 レプリケーションすることで データのバックアップ 負荷分散 ができて、幸せになります。 マスター側の設定 MySQLの設定ファイルを編集します。 バイナリログをMySQLに書かせる必要があります。 sudo vim /etc/my.cnf log-bin=mysql-bin server-id=1 レプリケーション用アカウントを作成します。 mysql -u root -p GRANT REPLICATION SLAVE ON *.* TO 'repl'@'192.168.0.12' IDENTIFIED BY 'slavepass'; mysqldを再起動すると sudo /usr/local/etc/rc.d/mysql-server restart sudo ls /var/db/mysql にバイナリログのファイルが
帰ってきた後悔日誌 - Apache 2.2のmod_proxy_balancerとバックエンドのMaxClientsについて
_ [技術][memo] Apache 2.2のmod_proxy_balancerとバックエンドのMaxClientsについて いまいち直感的に理解しづらい状況だったので整理してメモメモ。 まず、設定例として以下のような状況だとします。 ロードバランサー側はworkerなApache2.2で設定が StartServers 1 MaxClients 125 MinSpareThreads 25 MaxSpareThreads 100 ThreadsPerChild 25 おおまかな理解としては、worker版はクライアントからのコネクションをThreadで処理します。 上記の設定の場合、1プロセスあたり25スレッドで処理して、最大で125コネクションまで処理ができます。 なので、プロセスとしては5プロセス生成される計算になります。(実際には、管理プロセスなどが居るのでApache
Pound + Mongrel + Apache2.0 で Ruby on Rails! (recompile.net)
はじめに Star It!のアクセス数が増えてきて、色々と支障がでてきたので、おもいきって友人の会社に置いているサーバへと移してみました。さすがに、さくらインターネットの共用サーバ上で、1日あたり10万クエリをCGI + sqlite3という構成でさばくのは無理があったようです。新天地では、データベースをMySQLへと入れ替えたうえで、PoundとMongrel、それにApache2.0系という構成にしてみましたので、ばっちり動いてくれることを期待しています。 というわけで、今回のエントリーは、PoundとMongrel、それにApache2.0系を利用して、Ruby on Railsウェブアプリケーション環境を構築してみよう、という話です。この構成のメリットは、十分なスケーラビリティを得たうえで、柔軟性も確保できるという点が挙げられます。私のサーバ環境はDebian GNU/Linuxで
“惯偷”为改行送外卖盗窃摩托刑满释放11天再进班房 更像爪的牙舞是张触手-武冈新擞蔬菜行情网
最新文章 2018-12-27 08:21▪ 错过考研考试女生为何不换车去考场？她这样回应 2018-12-27 08:21▪ 中共中央台办、国务院台办新批准五家海峡两岸交流基地 2018-12-27 08:21▪ 内蒙古：冬至体验坝上低温水雾变“冰花” 2018-12-27 08:21▪ A股午盘:沪指微跌白酒股午前下挫 2018-12-27 08:21▪ 崇明2018年度博士农场申报评选工作正在开展 2018-12-27 08:21▪ 崇明举办心愿认领活动为困难群体送温暖 2018-12-27 08:21▪ 松江区委党校一建议获上海市优秀建议 2018-12-27 08:21▪ 松江大米在中国绿博会上获金奖 2018-12-27 08:21▪ A股午盘:沪指微跌白酒股午前下挫 2018-12-27 08:21▪ 多位立法工作亲历者回忆：40年，那些难以忘怀的立法往事 热门文章 2018
naoyaのはてなダイアリー - MySQL の負荷分散に LVS + keepalived を使う
あとで書く、と言った手前なので書くとします。 DSASの中の人がすごい勢いで LVS の話を書いてくれてます。この辺。LVS を使うと Linux と箱でロードバランサが作れちゃいます。普通に買ったら数百万とかしちゃうやつ。 DSAS の中のひとに感謝しつつ、いい機会なのでやってみよう! と思っていろいろ試して昨日あたりからはてなの中でも LVS + keepalived で動かしはじめてます。いまのところ問題なし。 そのロードバランサをどこに使ってるかですが、普通ロードバランサというとインターネットからの入り口のところに置いてウェブサーバーの負荷分散に使うイメージがあります。が、今回ははてなでは MySQL のスレーブの手前に置くという役割でとりあえず使いはじめました。 +-----------+ +-----------+ | mod_perl | | mod_perl | +----
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
