「優れたMySQL DBAを見分ける27+3の質問」に対する回答例
随分と更新が空いてしまったが、「優れたMySQL DBAを見分ける27+3の質問」に対する回答例（漢バージョン）を紹介しよう。実は質問を掲載した際「難しい！」というコメントが非常に多く、もう少し易しい質問にするべきだったかと思って次のように呟いてみたのだが・・・ 非常に心強くて安心した。さすがに日本を代表するMySQLのエキスパートである。出題のレベルは間違ってはいなかった！！ そんなわけで、回答の方に移ろう。 MySQLのサーバープロセスはいくつある？ひとつ。mysqldはシングルプロセス・マルチスレッドモデルを採用しているので、"サーバー"プロセスはひとつである。多くの場合、Linuxなどでmysqldを動かす場合には、お供にmysqld_safeも常に動いていることが多いが、mysqld_safeはサーバーではなく、mysqldのためのラッパーであるので数には含めない。 rootユー
PHP＆MySQLで構築されたオープンソースのバグトラッカー「Vermis」:phpspot開発日誌
Vermis :: The Issue Tracking System :: Jira, Trac, Redmine, Bugzilla, Mantis alternative PHP＆MySQLで構築されたオープンソースのバグトラッカー「Vermis」 Bugzilla, Trac, Redmine, Mantisといったバグトラッカーがありますが、Vermisもその１つ。 Zend Framework と Doctrine ORM をベースに構築されていて、そこら辺に詳しい技術者の方なら修正も比較的容易かもしれません。 タスクのリストです。右端に進捗をグラフ表示できたりします。 タスクのページ送り等はAjaxが採用されており、比較的新しい分、モダンなＵＩになっていたりします。 関連エントリ WordPressをバグトラッカーとして使うためのWordPressテーマ 多機能なバグトラッキ
Facebook at 13 Million Queries Per Second Recommends: Minimize Request Variance - High Scalability -
Facebook gave a MySQL Tech Talk where they talked about many things MySQL, but one of the more subtle and interesting points was their focus on controlling the variance of request response times and not just worrying about maximizing queries per second. But first the scalability porn. Facebook's OLTP performance numbers were as usual, quite dramatic: Query response times: 4ms reads, 5ms writes.Row
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のインデックスを学ぶ (1) - 刺身☆ブーメランのはてなダイアリー
実践ハイパフォーマンスMySQL 第2版とLinux-DBシステム構築運用入門を読んで、 MySQL のインデックスについて勉強しなおしている。理解が曖昧だった部分の知識を深められたり、自分の間違いに気づけたりして、とても収穫が多い。 フルテーブルスキャンとフルインデックススキャン Linux-DBシステム構築運用入門 P185 に書いてあるケース。インデックスを利用してても対象レコード数が多いとランダムI/Oが大量に発生して遅くなる。読むべきレコード数が多いのならばフルテーブルスキャンのほうがI/O一回で多くのブロックを読み込めるので速い。 IGNORE INDEX ヒントを与えてパフォーマンスを改善するという例があった。 マルチカラムインデックスと範囲検索 SELECT * FROM users WHERE a = ? AND b >= ? and (c IS NULL OR c >=
独学Linux : MySQLで試すデータベース入門《その１》
9月20 MySQLで試すデータベース入門《その１》 カテゴリ:Ubuntu 10.04サーバー構築 先日、秋葉原の某書店で「データベースって難しいんだよね…」とこぼしている年配の方を見かけました。本業ではExcelで十分なのであまり気にしたことはなかったのですが、調べてみると確かにいろいろと難しそうです。 MythTVなどを試したときにMySQLの設定をやったことがありますが、必要最小限の範囲でしか使っていません。そこで、改めてデータベースの使い方を調べ、いろいろ試してみましたので、まとめておこうと思います。 OpenOffice.org BaseをMySQLサーバに接続したところ。昨日まで、文字化けが解消できずに苦戦していました。 そもそもデータベースって何でしょう？ データベースとはさまざまな情報を整理する際、短い文でまとめてメモに残したり、ExcelやCalcなどの表計算ソフトで一
ウノウラボ Unoh Labs: MySQLのチューニングのためのデータの集め方
いつの間にか会社で古株になったyamaokaです。 webアプリケーションのバックエンドにMySQLを使っている場合、 クエリ（SQL）のチューニングをする必要がありますよね。 皆さんはチューニングの計画をどのように立てていますか。 もちろん、既に明らかに重いことが想定されているページがあれば、 その処理で使われているクエリを中心にEXPLAINなどを使って解析していけばいいと思います。 でもそうではなく、全体的にクエリの見直しやチューニングを行いたい場合は 実際に実行されているクエリを確認していくという作業が必要です。 そこで使うことができる3つの方法について書きたいと思います。 遅いクエリを記録する MySQLにはスロークエリログといって、 実行に時間がかかったクエリを記録する機能が最初から付いています。 /etc/my.cnfに次のように設定を書けば実行時間が1秒を超えたクエリが出力
Dammit, MySQL
Dammit, MySQL Update May 2018: This is more rant-ish than I would write now, but it’s my only post to hit the front page of HackerNews (it got to the number 2 spot back in 2010; I saved screenshots), so has a soft-place in my heart. After being a happy PostgreSQL user for years, I’ve finally had to use MySQL for the last 6+ months. I have to admit, I was starting to think it wasn’t all that bad: t
EC2上でMySQL Multi-masterフェイルオーバー - stanaka's blog
EC2上では、仮想IPアドレスなどのIPレベルの機能が制限されているため、仮想IPアドレスを使用した冗長化は基本的には使用できません。が、DNSを使用することで、VIPほどの精度は高くないもののMySQL Multi-master構成を構築することができました。 今回は、MySQL Multi-masterの切り替え用の支援ツールとして、Multi-Master Replication Manager for MySQLを使用します。このツールでは、MySQLの死活監視と仮想IPアドレスの切り替えを行ってくれます。 もちろん、EC2上では仮想IPアドレスは使えないので、そのままではうまく動作しません。ここで、このツールに含まれるns_agentを使用することで仮想IPアドレスではなく、DNSによる切り替えができるようになり、EC2上でMulti-masterを構築することができます。 今回
O'Reilly Japan Ebook Store
O'Reilly Japanの書籍がすべてDRM Free、可搬性と検索性に優れたEbookでご活用いただけます。 ご購入に際しては、お客さまの情報をサイトにご登録いただく必要があります。「Sign Up」のリンクから、今すぐご登録ください。既にアカウントをお持ちのお客さまは「ログイン」ページへ。ご購入までの流れは「Ebook Storeでのお買い物方法」にまとめています。 ご購入に際しては、あらかじめ「購入規約」をお読みいただきますようお願い申し上げます。 全タイトルを見る
違いが分かるエンジニアのためのMySQL/InnoDB/ZFSチューニング！
明けましておめでとうございます。今年もコンピューター道に邁進して参りますのでよろしくお願いします！ さて、今年一発目のネタはMySQL利用時におけるZFSのチューニングについて取り上げようと思う。Solarisに搭載されている機能の中でも最も注目度の高いものの一つであるZFSであるが、MySQLのバックエンドとしてはあまり利用されていないように思う。（そもそもSolarisのユーザー数自体がそれほど多くないという話もあるが。）ZFSは優れたファイルシステムであり、ファイルシステム自体にスナップショット機能が搭載されていたり容量の限界に先が見えない（充分すぎるほど余裕がある）といった管理上のメリットがあり、DBAにとっては垂涎のファイルシステムであると言える。（Linuxで利用出来ないのが難点だが、ZFSを使うためにSolarisを使うのもアリだろう。） MySQL利用時におけるZFSのチュ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Schema-Free MySQL vs NoSQL
MySQL Performance Tips
Tech blog of Shameer C
Good night, Posterous
Informifi - Informifi Knows News
两个肌肉小伙疯狂做高H,CHINA农民夫妇偷拍,美女大胸,亚洲国产在线精品一区在线
PHPmonkeys.com: MySQL 's Videos
tabris: MySQLレプリケーションの設定
IDEA * IDEA
