MySQLのためのLinuxチューニングヒント | Yakst
LinuxのMySQLサーバで最低限やっておかなくてはならないファイルシステム、メモリ、CPUに関する設定のメモ。 December 7, 2013 By Alexander Rubin 恐らくほとんどのMySQL本番環境はLinux上で動いていることだろう。なので、MySQLのパフォーマンスを上げるのに有用な、最も重要なLinuxのチューニングのためのヒントについて書こうと決めた。特に新しい情報はなくて、どれもよく知られているものではあるが、ブログ記事にまとめてみる。 ファイルシステム ext4 (またはxfs) をnoatimeオプション付きでマウント スケジューラはdeadlineかnoop # echo deadline >/sys/block/sda/queue/scheduler grub.confに"elevator=deadline"を追加 (詳細はLinuxスケジューラと
MySQL + ioDrive + XFSにおけるbinlogローテート問題 | 外道父の匠
前回の問題とはまた別件で、今度はbinlogのローテート切り替わりタイミングに更新クエリが停滞する、という問題を調べることになりました。 調査の過程で何を誤ったか、Twitterという魔法陣から最強クラスの重鎮魔神を召喚してしまい、恐れ多くも原因の特定と対応方針の決定ができてヘコヘコな感じでございます。 binlogローテート時の障害 数十分に１回、更新クエリが停滞してアプリケーションにエラーログが残るということから、他のエンジニアが、どうもbinlogの切り替わり時にそれが起きているっぽいことを特定してくれました。発生時は1～3秒は更新機能が停止するので、結構なレベルの障害ということでした。 binlogは1GBでローテートするように設定していたのですが、dstat -d でwrite容量を見ていると、確かに切り替わり時に800～900MBの書き込みを確認できました。 このことから、bi
LINE DBシステムの高可用性【LINE Developer Conference@インフラ回レポート】 - もぐめぽろぐ
LINE Developer Conference@インフラ回に参加してきたのでその時のレポートを3回に分けて報告致します。 第2回はDBの高可用性についてのお話。 Session2. LINE DBシステムの高可用性について 今回は以下のお話をお伺いしました。 LINEサービスの特徴 自動FAILOVER 無停止Shard追加 LINEサービスの特徴 2014/4/2に世界中で4億ユーザを突破しました。 ユーザ数の大きなところの内訳は以下 Japan 50million Taiwan 17million Thailand 24million Indonesia 20million Indo 18million 使っているDBMSとしては以下の様な内訳 Cubrid :5% MySQL 73% Oracle 1% SQL Server 17% 使っている主な言語は Java PHP C C
MySQLで処理に長時間かかっている複数クエリをまとめて殺す方法 | Basicinc Enjoy Hacking!
あまりにも処理に時間がかかるようなSQLを実行してしまい、MySQLがうんともすんとも言わなくなってしまうような状況、よくありますよね。っていうか、まぁそんな状況あってはならないんですが、時たまあります。そんな時、問題となっているクエリの処理を止めたいわけです。 特定のクエリを止める方法 MySQLで実行中のクエリ一覧を見て、SQLを強制終了する方法 こちらを見てもらえればやり方は分かります。単純にMySQLに入って、show processlist;で問題のあるクエリを発見し、プロセスIDを kill するだけ。とても簡単。 複数のクエリを一括で止める方法 今回は問題のあるクエリが100個あったらどうする…？的なのを解決するエントリーです。まぁ、問題あるクエリ100個ある状況は、アプリ的に問題あるんじゃね？っていうレベルですが。 1個ずつプロセスIDをコピペして…なんてやってられないです
バッファを利用した write が時々待たされるのはなぜか? - ワザノバ | wazanova
http://yoshinorimatsunobu.blogspot.jp/2014/03/why-buffered-writes-are-sometimes.html 1 comment | 0 points | by noto ■ comment by noto | 約4時間前 MySQL の専門家として著名な松信さんのブログなのですでに読んだ方も多いかと思いますが、自分も読んでみたので日本語でサマリを紹介します。実は一番最後に SUMMARY というセクションがあってそこにまとまっているので、そこだけを紹介するかたちです。本文はサンプルコードを使った説明になっていてよりわかりやすいので、ぜひ本文を読んでみてください。 質問: なぜバッファを利用した write() が時々待たされるのか? 単にカーネルバッファに書き込んでいるだけで、disk にはアクセスしていないのでは。 答え:
remi リポジトリから入れた MySQL を CentOS リポジトリのものに戻す - ngyukiの日記
諸事情で remi リポジトリから入れていた MySQL 5.5 を CentOS リポジトリの 5.1 に戻しました。 remi から MySQL をインストールする手順は下記の 方法２ 標準リポジトリの優先度を remi より高く で行なっている前提です。 CentOS6 で remi から php や mysql をインストールするための yum の設定 #CentOS #PHP #MySQL - Qiita 試行錯誤の跡 まずは yum リポジトリの設定を変更します。 php と mysql だけ CentOS の標準レポから除外していたので、php だけ除外するように修正します。 /etc/yum.repos.d/CentOS-Base.repo - exclude=php* mysql* + exclude=php* そしておもむろにダウングレード。 # yum downgra
PDOでの数値列の扱いにはワナがいっぱい（2） — A Day in Serenity (Reloaded) — PHP, CodeIgniter, FuelPHP, Linux or something
PHP Advent Calendar 2013 in Adventarの18日目です。昨日は、takc923さんの「PHPのissetの罠」でした。 「PDOでの数値列の扱いにはワナがいっぱい」を書いたところ、以下のように結構反響がありました。 PDOでの数値列の扱いにはワナがいっぱい — A Day in Serenity (Reloaded) — PHP, FuelPHP, Linux or something http://t.co/kDJAWzdMqr | 先日思いっきりハマったところ。 — K.K. (@kkmym) December 16, 2013 他の方も書いてるけど、バインドで型を明示すればおｋ / “PDOでの数値列の扱いにはワナがいっぱい — A Day in Serenity (Reloaded) — PHP, FuelPHP, Linux or somethin
Linux performance tuning tips for MySQL
All of Percona’s open-source software products, in one place, to download as much or as little as you need.
[Linux] yum コマンドを拡張するプラグインまとめ | バシャログ。
先日、東京スカイツリーを見に行ってきました nakamura です！スカイツリーはもちろんすごかったんですけど、それ以上にすぐ近くにある 空飛ぶうんち にビックリしました。すごい時代になったな・・・。 さてさて今日は Redhat、CentOS、Fedora など rpm 系のディストリビューションを使っている人ならおさえておきたい yum コマンドを拡張するためのプラグインをいくつかご紹介したいと思います。プラグイン自体も yum でインストールできるので導入も楽チンですよ～。 プラグイン紹介 環境は CentOS-6.x 系です。 fastestmirror 接続速度の速いミラーサーバを自動で選択してくれるプラグインです。確か今はデフォルトで入ってるのかな？ インストールは以下。 yum install yum-plugin-fastestmirror changelog --chan
![[Linux] yum コマンドを拡張するプラグインまとめ | バシャログ。](https://cdn-ak-scissors.b.st-hatena.com/image/square/20c0b0df62783283e7ba333774006e31f6235c74/height=288;version=1;width=512/https%3A%2F%2Fbashalog.c-brains.jp%2Fimages%2Fdb01.jpg)
高負荷サイトのボトルネックを見つけるには : DSAS開発者の部屋
はじめに アクセスが急増すると、応答時間が著しく悪化するサイトはありませんか？ 普段は200ミリ秒以内で安定してアクセスをさばいているのに、イベントやらキャンペーンやらを開始した瞬間から、普段の２倍や３倍のアクセスが殺到し、その結果、レスポンスタイムが3秒とか9秒とかかかるようになってしまうことってありますよね。 あるサイトの実状 つい先日まで、そんなサイトが私の目の前にもありました。自社で運営している某ソーシャル系のサイトなんですが、イベント開始時刻と同時にアクセス数が急増するのです。とはいえ、所詮は普段の2倍とか3倍程度の数なのだから、少なくとも1秒以内にレスポンスを返せるくらいの性能は維持したいものです。 しかし実際は困ったことに、応答に3秒以上もかかってしまう処理が大量に発生してしまう状況に陥ってしまっていました。これはきっと、どこかにボトルネックがあるに違いありません。 仮説を立
mysqldのファイルディスクリプタ数 - Studio3104::BLOG.new
新規のMySQLサーバの設定をしていて、弊社に伝わる秘伝のタレ的なマニュアルを見ていたらこんな記述があった。 /etc/security/limits.conf編集 以下を追記 「* soft nofile 8000」 「* soft nofile 8000」コレって意味あるのかなぁとふと思ったので調べてみましたのでまとめ。 (ほとんど教えてもらった。@yoku0825++ @sh2nd++ @fujiwara++ @h141gm++) 結論から言うと、rootがmysqld_safeでmysqldを起動させる場合は意味をなさないということがわかりました。 もうこのマニュアルは捨てちゃおうと思いました。ひどい！ ※本エントリは、MySQL5.5(InnoDB)、CentOS5.8環境下において検証しております。お使いの環境によってはオプション名などがそのまま当てはまらないことがありますので
「写経」から始めるChefクックブックの作成
斎藤です。こんにちは。 Chef の話題がアツくなっている今日この頃、みなさまいかがお過ごしでしょうか？Chefの解説本も出つつある今日この頃ではありますが、プログラミングそのものに慣れないうちはそれさえ読むのもちょっと大変かもしれません。そこで今回は、 Chef のレシピ＋ライブラリを用いて、MySQLの設定の自動化を試します。いわゆる「写経」から始めてみて、少しずつ「手動」からプログラムを通じた「自動化」にチャレンジしてみましょう。 ※Chef 11.04.0, knife-solo 0.2.0, Ruby 1.9.3p327, CentOS 6.3 で検証しています。 今回のお題 MySQLサーバをインストールしてみます。ITインフラを構築・運用している方ならご存知かと思いますが、MySQLはインストールだけでなくmy.cnfの設定までが作業です。その際にinnodb_buffer_
MySQL performance: Impact of memory allocators (Part 2)
Last time I wrote about memory allocators and how they can affect MySQL performance in general. This time I would like to explore this topic from a bit different angle: What impact does the number of processor cores have on different memory allocators and what difference we will see in MySQL performance in this scenario? Let me share a conclusion first: If you have a server with more than 8 cores
インフラいじり - torutkのブログ
先週、次のブログでRedmineの応答性能に関する発表スライド（2012-10-20 RxtStudy)を知りました。 http://forza.cocolog-nifty.com/blog/2012/10/redmineits-rxts.html スライドは次のURLです。 http://www.slideshare.net/kakahane/rx-tstudy6 職場からはslideshareがアクセス禁止になっているので、自宅ワークになります・・・。 スライド、Redmineが1.x系列から2.x系列になる（=Ruby on Railsが2.3系から3.2系になる）と、応答性能劣化が発生するけれど、チューニングすればRedmine 1.x系列と同等以上に速くなります、という内容です。 なお、Redmine 2.0から2.1で性能改善が少しあります（スライドp.15）。 このスライドの
[linux][bash] 日次でデータベースのバックアップを取るよ | バシャログ。
ホッシーが卒業 しちゃって心にぽっかり穴が開いてしまったような気分の nakamura です。みなさん、こんちには。 バックアップ・・・、それはいざという時の魔法の言葉・・・。でもきちんと取れてなかったり、リストアする時の事まで考えてなかったりすると逆に痛い目見ちゃう事もしばしば。という事で今回は、僕がいつもやってるデータベースのバックアップ方法を晒してみます。 とりあえず貼っつけておく いつも使ってるスクリプトはだいたいこんな感じ。cron で一日一回走らせています。 #!/bin/bash # 認証情報 DBUSER="root"; DBPASSWD="password"; # バックアップ先ディレクトリ /var/backup/example.com/mysql/20120327 みたいな感じになります。 BAKDIR="/var/backup/`hostname -s`/mysql
「ニフティrクラウドユーザーブログ」は、移転しました。
「ニフティクラウドユーザーブログ」は、移転しました。 自動でページを移動しない場合は、下記のリンクをクリックし、 新しい「ニフティクラウドユーザーブログ」をご覧ください。 今後とも「ニフティクラウドユーザーブログ」をよろしくお願いいたします。 ＞ ニフティクラウドユーザーブログ
LinuxのLVS(IPVS)でMySQLをロードバランスするときはtimeoutに注意 - （ひ）メモ
構成 [appサーバ] -> [lvs] -> [MySQL]群 DRでMySQLのスレーブ群にロードバランス appサーバはDBコネクションのプーリング、永続化をしている 問題の現象 DBサーバ上ではmysqldへのコネクションが存在するのに、appサーバ上ではコネクションが存在しない。(netstat調べ) →無用なコネクションが残留するせいで、MySQLのmax_connectionsに達してしまう。 原因 MySQLの世界の無通信時のコネクションのタイムアウトはデフォルトで 28800秒 (8時間)。一方、IPVSの世界の無通信時のタイムアウトはESTABLISHEDなコネクションで900秒 (15分)。 # ipvsadm -Ln --timeout Timeout (tcp tcpfin udp): 900 120 300なので、DBコネクションの永続化等でコネクションを張りっ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
サバフェス！ 2015 Spring LT資料
http://www.mysqlpracticewiki.com/index.php/MySQL%E3%82%B5%E3%83%BC%E3%83%90%E3%81%8C%E6%B6%88%E8%B2%BB%E3%81%99%E3%82%8B%E3%83%A1%E3%83%A2%E3%83%AA
http://blog.inouetakuya.info/entry/20130320/1363776504
