MySQL備忘録: too many connections回避策
DBサーバーがtoo many connectionsを吐き出し、アクセス不可になりました。 このエラーは、MySQLが出すエラーの一つで『同時接続可能な数を超えているのであなたは、DBに接続できません』という意味です。 何が悪かったかというと、『mysqlの設定をデフォルトのまま使用＋一つのプログラムで何度もコネクションを作っている＋コネクションを閉じていない』でした。 デフォルトだとMySQLの設定は、 ・同時接続数は、100 ・待機時間は、8時間 ちなみに、待機時間や同時接続へのアドバイスをまとめると・・・ ・メモリや環境にもよるけど、Linuxだと500～1000は大丈夫 ・使ってない待機中のコネクションが多いのは、待機時間を減らせば回避可能 ・プログラム内で複数回コネクションを作ったり、コネクションを閉じなかったりすると待機中のコネクションだらけになる（そして、8時間す
インデックスを使った高速化について(ORDERD BYにインデクスが使われない例) - LukeSilvia’s diary
今回は、MySQLの高速化のメモ - @luke_silvia.diaryの方法に従ってクエリの高速化をした際に、MySQLのインデックスについて分かったことを書いておきます。 高速化対象のクエリ 今回高速化したいクエリは、以下のようなもの。 SELECT users.*, students.school, workers.school FROM users LEFT JOIN students ON users.id = students.user_id LEFT JOIN workers ON users.id = workers.user_id WHERE (users.status= 1 AND ((kind = 0 AND students.school = 'test') OR (kind = 1 AND workers.school = 'test'))) ORDER BY
DeNAが社内利用しているMySQLの自動フェイルオーバーツール、オープンソースで公開開始
MySQLがダウンしたときに自動的に別のMySQLへ処理を引き継ぐことで、高可用性を実現するフェイルオーバーツール「MySQL-MHA: MySQL Master High Availability manager and tools」がオープンソースとして公開されたことを、作者の松信嘉範（まつのぶよしのり）氏がブログで伝えています。 Yoshinori Matsunobu's blog: Announcing MySQL-MHA: "MySQL Master High Availability manager and tools" 松信氏はモバゲーなどで知られるDeNAに勤務しており、MySQL-MHAによる自動フェイルオーバー機能はDeNAのインフラ運用を支えているとのこと。同氏のブログから引用します。 Difficulties of master failover is one of
トランザクションを強制的に終了させる - HHeLiBeXの日記 正道編
前置き MySQL 5.1で、InnoDBなデータベースを使って何かを開発している最中には、トランザクションがコミット(またはロールバック)される前にプログラム側の処理が(Fatal errorなどで)異常終了したりして、トランザクションがロックを取得したまま放置状態になってしまうことがよくあるらしい(謎)。 そんな時、MySQLのコマンドラインから更新クエリを発行すると、しばらく後に次のようなエラーが返ってくることがある。 ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction 一応参考までに書いておくと、このエラーが返ってくるまでの時間は、次のコマンドで知ることができる。 mysql> show global variables like 'innodb_lock_wait_timeout';
データベースサーバー構築(MySQL) - CentOSで自宅サーバー構築
[root@centos ~]# vi /etc/my.cnf ← MySQL設定ファイル編集 [mysqld] datadir=/var/lib/mysql socket=/var/lib/mysql/mysql.sock user=mysql # Disabling symbolic-links is recommended to prevent assorted security risks symbolic-links=0 character-set-server = utf8 ← 追加(MySQLサーバーの文字コードをUTF-8にする) [root@centos ~]# /etc/rc.d/init.d/mysqld start ← MySQL起動 MySQL データベースを初期化中: Installing MySQL system tables... OK Filling he
MySQLのインストール・設定
■MySQLのインストール・設定 MySQL関連サイト https://www.mysql.com/ http://www.mysql.gr.jp/ インストール関連情報 rpm、 yum、apt-get、 tar.gz、 make install、 シェル・環境変数。 MySQLのアンインストール 既に古いバージョンのMySQLがインストールされている場合、正常にインストールできない場合があるのでアンインストール。 依存関係があって、MySQL単体を削除できなければ強制削除。 rpm -e --nodeps perl-DBD-MySQL-2.9003-4 rpm -e --nodeps mysql-3.23.58-9.1 MySQLのインストール groupadd mysql useradd -g mysql mysql chown mysql:mysql /usr/local/src/
大きめのテーブルにカラムやインデックスを追加する際の注意 - LukeSilvia’s diary
先日大きめ(といっても500万行くらい)のテーブルにインデックス付きのカラムを追加しようとして痛い目にあったので調査。 大きめのテーブルにカラムやインデックスを追加するとどうなるか 今回は単純に、「ALTER TABLE 〜 」で追加しようとしました。追加するカラムは3つで、 varchar(255) インデックスなし varchar(255) ↓のdate 型カラムとマルチカラムインデックスの形式のユニークインデックスあり date インデックスあり SQL を実行し、状況を「SHOW PROCESSLIST」で監視していたら、1つ目のカラム追加で次のような状態に… 最初にState が「copy to tmp table」状態になり、次の状態に遷移するまで1時間かかる 次にState が「Repair with keycache」状態になり、完了までに1時間かかる 次のカラム追加に対す
MySQL 5.6登場！！新機能速攻レビュー
現在、米国で行われているMySQL Conference & Expoにあわせて、新しい開発版であるMySQL 5.6が発表された。MySQL 5.5における新機能もかなりのものだったが、MySQL 5.6の進化は質・量ともに勝とも劣らない内容となっている。そこで、今日は簡単に、MySQL 5.6で追加された新機能の概要について見てみよう。開発版なので利用にあたっては十分な注意が必要（予期なく予定が変更される可能性あり）だが、次期正式版のリリースに向けて是非試してみて欲しい。 InnoDB関連MySQL 5.5で大幅な進化を遂げたInnoDBだが、その勢いはまったく衰えることを知らない。性能の強化だけでなく、痒いところに手が届く便利な機能が追加されている。 ダーティページのフラッシュをするスレッドが独立した。以前はマスタースレッド内でフラッシュが行われていたが、スレッドが独立したことによっ
さくらのVPS を使いはじめる 5 – MySQL のインストールと初期設定 | アカベコマイリ
もくじ CentOS の環境を日本語にする MySQL のインストール 文字コード サービス登録と起動 MySQL の root ユーザーにパスワードを設定する 不要なユーザーとデータベースの削除 CentOS の環境を日本語にする 今回の内容とはあまり関係ないのだが、さくらのVPS の CentOS は初期状態が英語環境なので、これを日本語にしておく。この設定は /etc/sysconfig/i18n に指定されているので、これを vi で開く。 $ sudo vi /etc/sysconfig/i18n すると以下のような内容になっているので、 LANG="C" SYSFONT="latarcyrheb-sun16" LANG の内容を以下のように編集する。 LANG="ja_JP.UTF-8" SYSFONT="latarcyrheb-sun16" 編集が完了したら保存して、再ログ
MySQLのサポート費用大幅引き上げ、Oracle | 経営 | マイコミジャーナル
MySQL Oracleは1日付けでMySQLに関する新しいグローバルプライスガイドを公開した。4ソケットサーバ未満の場合の価格についてはMySQL :: MySQL Editionsにも掲載されている。これまでSun Microsystemsが提供してきたMySQLエンタープライズサブスクリプションを購入していた場合には、新しいサブスクリプションを検討するタイミングがきたといえる。 MySQLサブスクリプション 年間費用(米ドル) MySQLスタンダード(1-4ソケットサーバ) 2,000 MySQLスタンダード(5+ソケットサーバ) 4,000 MySQLエンタープライズ(1-4ソケットサーバ) 5,000 MySQLエンタープライズ(5+ソケットサーバ) 10,000 MySQLクラスタキャリアグレード(1-4ソケットサーバ) 10,000 MySQLクラスタキャリアグレード(5+ソ
NoSQLとしてMySQLを使うDeNAが、memcachedよりも高速な75万クエリ／秒を実現
モバゲーで知られるDeNAは、バックエンドデータベースにNoSQLを使っていません。なぜか？ それはMySQL/InnoDB 5.1の環境で秒間75万クエリという、多くのNoSQLでも実現できないような高性能を実現しているから。DeNAの松信嘉範（まつのぶよしのり）氏は、自身のブログにこんな内容のエントリ「Using MySQL as a NoSQL - A story for exceeding 750,000 qps on a commodity server」（英語）をボストしています。 Yoshinori Matsunobu's blog: Using MySQL as a NoSQL - A story for exceeding 750,000 qps on a commodity server 松信氏が指摘するように、大規模なネットサービスを提供している企業の多くは分散環境で
MySQLのEXPLAINを徹底解説!!
以前、MySQLを高速化する10の方法という投稿で「EXPLAINの見方についてはいずれ解説しようと思う」と書いてしまったので、今日はその公約？を果たそうと思う。 MySQLのチューニングで最も大切なのは、クエリとスキーマの最適化である。スキーマの設計は一度決めてしまうとそのテーブルを利用する全てのクエリに影響してしまうためなかなか変更することは出来ないが、クエリはそのクエリだけを書き直せば良いので変更の敷居は低い。そして遅いクエリをなくすことは、性能を大幅に向上させるための最も有効な手段である。従って、アプリケーションの性能を向上させたいなら、まず最初にクエリのチューニングを検討するべきなのである。 最適化するべきクエリはスロークエリログやクエリアナライザで見付けられるが、ではそのようなクエリが見つかった場合にはどのように最適化すればいいのか？そのためにはまず現在どのようにクエリが実行さ
MySQLでランダムにレコードをselectする。パフォーマンス対策３つ。 - mtomizの日記
例えばMySQLのデータベースからWEBサイト上にランダムに商品情報や広告情報を取得して、１０件程度表示させたいとする。単純に、SELECT * FROM table ORDER BY RAND();を使用することが考えられるが、ランダム取得すると全件取得と同じ負荷がかかるので、データ件数が数万件以上あるような場合処理パフォーマンスが問題となる。したがって、SELECT * FROM table ORDER BY RAND() limit 0, 10;として１０件ランダムに取得しようとしても全件取得相当の処理パフォーマンスとなり実用的ではない。【対策】１．取得するカラムが少ないのであれば＊ではなくselect id,name,price from table order by rand() limit 0,10; などとするとかなり早い２．ランダムに”切り取る”ことができれば１０件は連続し
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Setting a time limit for a transaction in MySQL/InnoDB - Server Fault
HOLYBET777: No #1 Gambling Sites For Fun & For Your Daily Jackpot
【資料あり】ドワンゴ技術勉強会(2) - ドワンゴ 研究開発ブログ
サービス終了のお知らせ
Loading...