GIGAZINE - GIGAZINEのLoadAvarageを「27」から「2」へ下げた方法
ここ3日間ぐらい超絶な重さだったのはサーバに物理的トラブルが発生したからではなく、単純に閲覧者数が満員御礼となり、各時間で倍増したためです。LoadAverageはひどいときで15分間の平均値「27.1」程度。瞬間最大風速だともっと高いです……明らかにまずい。 というわけで、Apacheのデフォルト設定で今までは大丈夫だったのですが、ついに高負荷サイト用の設定に変更せざるを得なくなりました。 そのため、実際に行った対処方法は以下の通り。1日30万PV近い動的サイトの高負荷を緩和させる方法として参考になれば幸いです。 まず大前提として、既にDNS逆引きや.htaccessの余計な読み込みなどは停止させていました。下記ページに書いてあることは実行済み。 ＠IT：Apacheパフォーマンス・チューニングの実践（1/2） この状態で負荷が15分平均で「27」になっていたわけです。 また、LoadA
DSAS開発者の部屋:5分でできる、MySQLのメモリ関係のチューニング！
MySQLのチューニングにおいて非常に重要となるメモリ(バッファ)関連のパラメータについて、 チューニングのポイント DSASのとあるDBサーバ(実メモリ4GB)の実際の設定値 をまとめてみます。 また、必要メモリの総量の計算や限界値を越えてないかチェックしてくれるスクリプトも紹介します。 是非、参考にしてみてください！ まず最初に注意点を。 バッファには2つのタイプがあります。 グローバルバッファ スレッドバッファ グローバルバッファはmysqld全体でそのバッファが1つだけ確保されるもので、 これに対し、 スレッドバッファはスレッド(コネクション)ごとに確保されるものです。 チューニングの際にはグローバル/スレッドの違いを意識するようにしましょう。 なぜなら、スレッドバッファに多くのメモリを割り当てると、コネクションが増えたとたんにアッという間にメモリ不足になってしまうからです。 in
MySQLのrootパスワード設定
忘れないうちに、MySQLのrootパスワードを設定しておく。設定には、SET PASSWORDを使う。# mysqlでmysqlツールを起動し、mysql> SET PASSWORD FOR root@localhost=PASSWORD('hoge'); Query OK, 0 rows affected (0.00 sec)とやって（「hoge」は任意のパスワード）、mysql> exitでmysqlツールを終了する。 パスワードが正しく設定されたか、確認してみる。まずは、パスワード設定前と同じようにmysqlツールを起動してみる。# mysql ERROR 1045: Access denied for user: 'root@localhost' (Using password: NO)このように、エラーになればOK。 次に、ユーザー名とパスワードの使用をオプションで指定する。#
MySQL :: MySQL 5.1 リファレンスマニュアル (オンラインヘルプ) :: 6.4.5 SET 型
このカラムに値 9 を割り当てた場合、2 進数では 1001 となるため、SET 値の最初と 4 番目のメンバーである 'a' と 'd' が選択され、結果として得られる値は 'a,d' になります。 1 つ以上の SET 要素を含む値には、値を挿入するときの要素がどの順番でリストされるかは関係ありません。また、決められた要素がその値の中で何回リストされるかということも関係ありません。値があとで検索されるときには、テーブル作成時に指定された順番に従ってリストされた要素と一緒に、値の中のそれぞれの要素が一度表示されます。たとえば、カラムが SET('a','b','c','d') として指定されているとします。 mysql> CREATE TABLE myset (col SET('a', 'b', 'c', 'd')); 値 'a,d'、'd,a'、'a,d,d'、'a,d,a'、および
大規模インフラの監視システム | GREE Engineers' Blog
こんにちは。インフラチームの ebisawa です。 今回はグリーのインフラにおける各種機器の監視がどのように行われているのかご紹介させていただきたいと思います。一般にサーバの監視というと、システムダウンを検出するための死活監視を意味する場合と、ネットワークトラフィック等のモニタリングのことを意味する場合とがあります。今回の監視は特に後者についてのお話です。大規模なインフラの監視には、やはり特有の課題があります。 どんなツールを使っているのか グリーではサーバの各種リソース使用状況をモニタリングしてグラフ化するためのツールとして、Cacti を利用しています。Cacti は、大変有名なツールなので皆様ご存知かと思いますが、バックエンドの RRDtool で作成したグラフを閲覧するための使いやすいユーザーインターフェイスを備えています。 http://www.cacti.net/ ツールの使
CentOS 5系でPHP5.3系やMySQL5.1系を使いたい場合 - 元RX-7乗りの適当な日々
CentOS 5系(RedHat Enterprise Linux 5系)でサポートされているPHPのバージョンは5.1系。 最近のソフトウェアでの対応状況やZend Engineのパフォーマンス向上を意識し、PHPの最新版(少なくとも5.2.x系)を使いたくなったためバージョンアップすることにした。 できることなら、yumでのパッケージ管理の恩恵を受けたいので、「Les RPM de Remi」で公開されているRPMリポジトリを登録し、PHP(やMySQL)の最新版を導入することにした。 Les RPM de Remiのリポジトリ登録 以下を実行するだけ。 # rpm -Uvh http://download.fedora.redhat.com/pub/epel/5/i386/epel-release-5-3.noarch.rpm # rpm -Uvh http://rpms.famil
ソーシャルゲーム開発者なら知っておきたい MySQL INDEX + EXPLAIN入門｜技術ブログ｜北海道札幌市・宮城県仙台市のVR・ゲーム・システム開発 インフィニットループ
ソーシャルゲーム開発者なら知っておきたい MySQL INDEX + EXPLAIN入門 広く浅くを担当してます、ota です。 技術ブログ第一回から早速流用スライドで申し訳ありませんが、社内勉強会資料として作成した「MySQL INDEX + EXPLAIN入門」です。 当社でもソーシャルゲームの開発を行っていますが、このような大量のデータを使用する・クエリの速度が求められる場合にインデックスは大変重要です。 インデックスの有効な利用にはDB設計者だけではなくプログラマにもある程度の知識が最低限必要となりますが、インデックスについての初心者向け資料があまりないようです。 このスライドではプログラマに知っておいて欲しい以下の基本的な点をまとめました。 INDEXを使用する時に気をつけること WHERE句 !=、<>はインデックスが使用できない WHERE句の全てのANDにかかっていないイン
MySQL :: MySQL 5.6 リファレンスマニュアル :: 9.3 予約語
SELECT、DELETE、または BIGINT などの特定の語は、テーブル名やカラム名などの識別子として使用するために予約されており、特別な取り扱いが必要になります。これは、組み込み関数の名前にも当てはまる場合があります。 セクション9.2「スキーマオブジェクト名」で説明しているように、予約語は、引用符で囲まれている場合、識別子として許可されます。 mysql> CREATE TABLE interval (begin INT, end INT); ERROR 1064 (42000): You have an error in your SQL syntax ... near 'interval (begin INT, end INT)' mysql> CREATE TABLE `interval` (begin INT, end INT); Query OK, 0 rows affe
[mysql] やる夫がselect結果をcsvファイル形式で出力するようです。: Linuxでやる夫
SELECT結果をcsvファイル形式で出力する SELECT結果を、コピペするのもいいけど、もう少しSEっぽく対応したいですね。やる夫もはじめは良かったのですが、ほぼ毎日やらなきゃいけない作業なので嫌気がさして来たようです。 ＿＿＿_ ／ノ ヽ､_＼ ／（ ○）}liil{（○）＼ 毎日・・・ピーしてペーすんのも ／ （__人__） ＼ うんざりだお！ | ヽ |!!il|!|!l| / | なんでやる夫ばかりこんなに作業が多いんだお！ ＼ |ｪｪｪｪ| ／ 大概にしてほしいお！ ／￣￣＼ ／ﾉ( _ノ ＼ ・・・ | ⌒(（ ●）（●） （うっせ～よ） .| （__人__） /⌒
Instant SQL Formatter & Beautifier Online
Keywords case: Table name case: Column name case: Function case: Datatype case: Variable case: Alias case: Quoted identifier case: Other identifier case: Linebreaks with comma: After Before Before with space List and Parameters Style: Stacked Not Stacked Stacked align: Align left Align right And/Or under Where Clause: And/Or under Where Remove linebreak before beautify: Remove Linebreak before bea
MySQLのEXPLAINを徹底解説!!
以前、MySQLを高速化する10の方法という投稿で「EXPLAINの見方についてはいずれ解説しようと思う」と書いてしまったので、今日はその公約？を果たそうと思う。 MySQLのチューニングで最も大切なのは、クエリとスキーマの最適化である。スキーマの設計は一度決めてしまうとそのテーブルを利用する全てのクエリに影響してしまうためなかなか変更することは出来ないが、クエリはそのクエリだけを書き直せば良いので変更の敷居は低い。そして遅いクエリをなくすことは、性能を大幅に向上させるための最も有効な手段である。従って、アプリケーションの性能を向上させたいなら、まず最初にクエリのチューニングを検討するべきなのである。 最適化するべきクエリはスロークエリログやクエリアナライザで見付けられるが、ではそのようなクエリが見つかった場合にはどのように最適化すればいいのか？そのためにはまず現在どのようにクエリが実行さ
なぜMySQLのサブクエリは遅いのか。
よくMySQLはサブクエリが弱いと言われるが、これは本当だろうか？半分は本当で半分は嘘である。MySQLのサブクエリだってなんでもかんでも遅いわけではない。落とし穴をしっかり避け、使いどころを間違えなければサブクエリも高速に実行できるのである。今日はMySQLがどんな風にサブクエリを実行し、どのような場合に遅いのかということについて説明しよう。 EXPLAINで実行計画を調べた際に、select_typeにはクエリの種類が表示されるのだが、代表的なサブクエリには次の3つのパターンがある。 SUBQUERY DEPENDENT SUBQUERY DERIVED 結論から言おう。遅いのは2番目、DEPENDENT SUBQUERYである。DEPENDENT SUBQUERYとはいわゆる相関サブクエリに相当するもので、サブクエリにおいて外部クエリのカラムを参照しているサブクエリのことである。そし
MySQL :: MySQL 8.0 リファレンスマニュアル :: 13.8.2 EXPLAIN ステートメント
SAVEPOINT、ROLLBACK TO SAVEPOINT および RELEASE SAVEPOINT ステートメント
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
これからMySQLをイチから学ぶ人に捧げたい23個のコマンドリスト
http://www.2ch-search.net/blog/3
初心者向けMySQLの始め方
intレコードの値をランダムに更新してみる – MySQL UPDATE RAND ROUND | お名前.com、さくらのVPS等のサーバーでの開発・設定メモ
Doctrine – 型変換表(MySQL) - BLABBER
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
kndb.jp