『MySQL初心者に贈るインデックスチューニングのポイントまとめ2014』
サイバーエージェント公式ブログをご覧の皆さんこんばんは、インフラ＆コアテク本部の須藤(@strsk)です。普段はAmebaのソーシャルゲーム全般のインフラを見つつ、日本語ラップの啓蒙をしながら弊社社員を素材にコラ画像をつくったりしています。好きなAAは麻呂です。 はい、というわけで今回はMySQLインデックスチューニングの基本的な流れについてまとめてみました。 ソーシャルゲームは更新も参照もめちゃくちゃ多いです。数秒のレプリケーション遅延も致命的なので適切なテーブル、クエリとインデックス設計が重要です。（何でもそうですけど）インデックスが多くなると更新コストなどが懸念されますが、インデックスが正しく使われていないクエリを放置している方が悪です。そんなこんなで、割と例も偏ったりしてるかもしれませんがあしからず。 前提としてはInnoDBを想定しています。MyISAMはほとんど使っていません。
第7回 [実録] MySQL向け全文検索エンジン「Tritonn」から「mroonga」への移行ガイド（2） | gihyo.jp
隔週連載groonga 第7回[実録] MySQL向け全文検索エンジン「Tritonn」から「mroonga」への移行ガイド（2） こんにちは、株式会社リブセンスの吉田健太郎です。前回に続いて、私が体験したTritonnからmroongaのシステム移行プロジェクトを舞台裏からお届けします。 これまでのあらすじ 将来的な技術負債を残さない、そしてInnoDBの性能向上等の恩恵を受けるため、もはやレガシーとなったMySQL 5.0を捨てて、MySQL 5.6への移行を行いたい。しかしSolrへ乗り換えるほどでもなく、引き続きシンプルにSQLを用いた、リレーショナルな日本語対応の全文検索を使いたい。この構想を実現するため、groongaのMySQLバインディング版である「mroonga」を用いた、MySQL 5.6への移行プロジェクトが始動しました。 そのパート1である前回は、主に次のトピックに
![第7回 [実録] MySQL向け全文検索エンジン「Tritonn」から「mroonga」への移行ガイド（2） | gihyo.jp](https://cdn-ak-scissors.b.st-hatena.com/image/square/05b0af51bb41516773d6954ec69cb62b4b24568e/height=288;version=1;width=512/https%3A%2F%2Fgihyo.jp%2Fassets%2Fimages%2FICON%2F2013%2F1099_groonga.png)
第3回 すべてのMySQLユーザに高速な全文検索機能を！ - mroongaの紹介 | gihyo.jp
前回の地価マップでの事例紹介では、Ruby on Railsからgroongaとmroongaを使って位置情報検索をした事例を紹介しました。Active Recordを拡張して位置情報検索をするためのgemとその使い方も紹介していたので、Ruby on Railsユーザにとって実用的な内容だったのではないでしょうか。 今回は、前回使い方を紹介したmroongaについて、さらに紹介します。前回はmroongaの使い方がでてきましたが、今回は使い方の紹介はしません。その代わり、mroonga自身のことについて紹介します。mroongaの歴史、大事にしていること、さらにどのようなアーキテクチャになっているかについて説明します。 自分のアプリケーションで利用するプロダクトを検討するときに、プロダクトがどのような方向で作られているかを考慮していますか？ 自分のアプリケーションが大事にしたいことをその
Mac OS X 10.8にMySQL 5.5.29+HandlerSocketをインストールする - YAMAGUCHI::weblog
はじめに こんにちは、久々のPython界の情弱です。いままでMySQLはLinuxでパッケージでぶち込むくらいでしか入れたことなかったので手元に入れてみた。意外と一気通貫な情報が見つからなかったのでログ用にメモ。 あと今日からはてなブログはMarkdownで書きます。 MySQLのインストール MacPorts経由でインストールする https://trac.macports.org/ticket/32723 clangのバグのおかげでビルドが出来ない模様なのでパス。 ビルド済みtarballを使う tarball取得 http://dev.mysql.com/downloads/mysql/ MySQL Community Serverを取得（要Oracle Webアカウント） ディレクトリ作成 適当にディレクトリを作成。 % mkdir -p /opt/mysql/5.5 % mkd
MySQL でオンラインで binlog_format を変更する方法 | Carpe Diem
MySQL でオンラインで binlog_format を変更したかったので、その方法を紹介します。 すべてのスレーブに対して STOP SLAVE する マスターに対して、FLUSH TABLES WITH READ LOCK; して更新系のクエリを止める マスターに対して、FLUSH LOG する マスターに対して、SET GLOBAL binlog_format = ‘ROW’; する、または MIXED マスターに対して、FLUSH LOG する マスターに対して、UNLOCK TABLES; する すべてのスレーブに対して START SLAVE する あとは、my.cnf を忘れずに変更しておいしまい。
Twitter、「MySQL」独自コードの一部をオープンソース化
Twitterは、「MySQL」に施した多くの修正の一部をオープンソース化した。MySQLは、ユーザーによって生成されるデータの大半を保存するためにTwitterが使用しているデータベーステクノロジだ。 Twitterの開発者であるJeremy Cole氏とDavi Arnaut氏はTwitterのエンジニアリングブログの中で、「MySQLは、関心のグラフやタイムライン、ユーザーデータ、ツイート自体といったほとんどのTwitterデータを裏で支える永続ストレージテクノロジだ。われわれは知識共有の価値を信じており、オープンソースソフトウェアは革新を促進すると考えているので、『BSD New』ライセンスの下、MySQLに関するわれわれの成果を『GitHub』でオープンソース化することに決めた」と述べた。 Twitterのチームが公開したコードは、より多くのステータス変数の追加や、大規模なNUM
Twitter、MySQLの独自ツールをGitHubで公開
米Twitterは4月9日（現地時間）、同社で開発したMySQL関連ソースコードをNew BSD Licenseの下、GitHubで公開したと発表した。 同社はユーザーデータやタイムラインの管理にオープンソースのデータベースであるMySQLを使っている。「われわれは、知識の共有とオープンソースソフトウェアがイノベーションを助けることを信じているため、これらの成果を公開することにした」という。 公開されたのは5つのソースコード。システム監視を簡易化する状態変数の追加機能、大規模なNUMA（Non-Uniform Memory Access）システムでのメモリ割り当て最適化機能、サーバのステートメントタイムアウトをサポートすることで作業効率を上げる機能、InnoDBにデータをエクスポート・保存するための安全な機能、MySQLをSSDベースのマシンに最適化する機能だ。
MySQL の SHOW TABLE STATUS を見やすくする方法 | Carpe Diem
A better SHOW TABLE STATUS » Fatal Exception で紹介されていた方法が便利なので紹介します。 これは、MySQL の SHOW TABLE STATUS をストアプロシージャーを使って、見やすく方法です。 tools というデータベースを作成します ここにある SQL を実行して、ストアプロシージャーを作成します あとは、call tools.sp_status(database()); のような形でデータベース名を指定して実行するだけです たとば、mysql データベースの場合だと、こんな感じです。 通常の show table status。 root@localhost[mysql]> show table status; +---------------------------+--------+---------+------------
無料で「実践ハイパフォーマンスMySQL 第3版」第8章が全文公開中
「O'Reilly Japan - 実践ハイパフォーマンスMySQL 第2版」の次のバージョンと言うべき「実践ハイパフォーマンスMySQL 第3版」の「Chapter 8, Optimizing Server Settings.(第8章：サーバー設定の最適化)」の原文が全文無料公開中です。 High Performance MySQL » Sample Chapter http://www.highperfmysql.com/sample-chapter/ コレが表紙 図もちゃんとあり、具体的な項目が多いのでかなり参考にできます。 目次は以下のような感じとなっています。 8. Optimizing Server Settings（サーバー設定の最適化） How MySQL’s Configuration Works（MySQLの設定の仕方） Syntax, Scope, and Dynam
レプリケーション作成を簡単にする mysql40dump という mysqldump の wrapper を作った話 - blog.nomadscafe.jp
みなさん mysqldump は好きですか？ 自分はどっちでもありません。 MySQLでよくあるMaster-Slave構成を作る手順は以下のようになると思います MasterからSlaveとなるサーバに一貫性を保った状態のコピーをし、そのデータのバイナリログのファイル・ポジションをメモ。 SLAVEでデータをリストアし、Masterのホスト名、レプリケーションに使うユーザ名・パスワードとメモしたバイナリログのポジションをCHANGE MASTER文に渡し、START SLAVE 一貫性の取れたコピーを作成するためにmysqldumpやxtrabackup、LVMなどでのスナップショットが利用できますが、もっとも簡単な方法がmysqldumpだと思います。 mysqldumpで一貫性のあるデータをとり、その際のバイナリログポジションを記録するには $ mysqldump --single-
カジュアルに MySQL を監視する方法 | Carpe Diem
このエントリーは、MySQL Casual Advent Calendar 2011 – MySQL Casual の第 19 日目のエントリーです。 皆さんこんにちは、n0ts こと、Naoya Nakazawa です。 今日は、みなさん日頃からカジュアルに MySQL を運用して、日々生活されていることと思います。MySQL は、非常に安定したオープンソースソフトウェアだと思いますが、どんなものでもときにはおかしくなったりするものです。 「備えあれば憂いなし」ということで、僕は日頃から Nagios というオープンソースソフトウェアを利用して、MySQL がおかしくなっていかいか日々カジュアルに監視しています。 今日は、カジュアルに MySQL を Nagios を使って監視する方法を紹介したいと思います。なお、今回は CentOS 5.7 x86_64 というカジュアルな Linux
VOYAGE GROUP エンジニアブログ : やっぱりioDriveは優秀だった！ MySQL編
2011年10月13日10:03 カテゴリDB やっぱりioDriveは優秀だった！ MySQL編 こんにちは、DBAの三浦(@hironomiu)です。 ひょんなことからサービス利用前のioDrive(80G)で検証する機会を取れました。 （ioDrive自体は販売初期の頃からサービスで使っていたりします。） スペック情報等は下記のfusionioのサイトを参照頂ければと思います。 http://www.fusionio.com/platforms/iodrive/ 今回は前々からMySQLのDiskとしてどのくらいのパフォーマンスが出るのか興味があったので軽く動かしてみました。 サービス利用前とあるように時間が相当限られていたのでioDrive(80G)に最適なOS、FileSystemの選定 カーネル、my.cnf等の細かいチューニングは行っておらず、情報の採取についても代表的なもの
MySQLをDatabase-as-a-Serviceで提供するXeroundが正式サービス開始
MySQLをベースに互換性を保ちつつ、独自のクラウド対応ストレージエンジンを搭載することで、スケーラブルなクラウド対応データベースサービスを実現する「Xeround」（ゼラウンドと発音するようです）が、ベータ期間を終了し、正式サービスを開始したと発表しました。 自動的なスケールアウト、ゼロダウンタイム XeroundはAmazonクラウド上で提供されるデータベースサービス。特徴は、自動的なスケールアウト機能、ゼロダウンタイム、MySQLと互換性があるためアプリケーションを変更せずに移行可能な点などです。 Amazonクラウド上では、Amazon自身がMySQLの運用サービスであ「Amazon Relational Database Service」（Amazon RDS）を提供しています。Amazon RDSはスケーラビリティも通常のMySQLに準じ、パッチ当てのための計画停止なども存在し
MySQL 4.0 Casual Talks Vol.2 で LT してきました - blog.nomadscafe.jp
MySQL 4.1未満を使っている人はいないとかDisられましたが、懇親会で3系がまだ動いているとか聞いて、私は元気です、 MySQL Casual Talks Vol.2で MySQL 4.0の LT をしてきました。 歴史的経緯とか開発のリソースうんぬんでMySQL 4.0をまだ使っているところはないこともないと思っています。 このLTでは、MySQL 4.0の運用やSQLチューニングを行う場合の注意点や数分から数時間はまった点などを、5つほどにまとめてみました。一応補足しておくと、数千qps、数百コネクションというような環境でもない限り、MySQL 4.0でも安定して動きます。これがMySQLのすばらしいところですが、運用を楽にして行く為にもいつかは4系を撲滅したいものですね。 もう一つおまけ的に、MySQL 4.0 の運用ネタ。 4.0 のmysqldumpで取得したダンプデータに
mysql_secure_installation 小技 | Carpe Diem
一般的に MySQL サーバを構築するとき、mysql_secure_installation を使うのが一般的だと思いますが、mysqld_multi などを使っている環境下の場合、mysql_secure_installation は UNIX ドメインソケットを設定できないため、個別の MySQL に対して mysql_secure_installation を実行することができません。 mysql_secure_installation は、my.cnf の設定にも左右されますが、通常 /var/lib/mysql/mysql.sock をデフォルトで使うため、次のようにすると簡単にできますよね。 例えば、/var/lib/mysql/mysql_db1.sock と /var/lib/mysql/mysql_db2.sock がある場合、前者の MySQL に対して mysql_
『シングルサイトでのMySQL HA構成』
備忘録として・・・ ・マスター / スレーブ レプリケーション ・マスター / マスター レプリケーション ・共有ディスク ・ブロックレベル レプリケーション ・MySQL Cluster 他にもあるんかなぁ。。 まだまだ調べることが多いな。 でも、頑張る！！
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
『【研究課題レポート】MySQL ストレージエンジン性能比較』
１．３ 今回の検証に利用するサービス ブログ(mobile)のログイン管理用とスキン情報のデータベースを利用 １．４ 使用するDBの詳細情報 DB構成 Master：1台 Slave：3台 ブログモバイルで2台 その他サービスで1台 各データ件数 モバイル登録ユーザー及びログイン情報：役2,000,000件 総スキン数：155件 スキン適用ユーザ数：約1,100,000会員 ピークタイム時のSQL発行回数(Slave1台あたりの発行回数) ブログモバイルのみ Select：58,000/分程度 ブログモバイル以外のサービス Select：20,000/分程度 以下は共通 Insert：60/分程度 Update：900/分程度 Delete：10/分程度 １．５ 使用するベンチマークツール super-smack-1.3 ベンチマークで使用するSQLの内容ログイン状態チェックSQL 1件問
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TechCrunch | Startup and Technology News
TechCrunch | Startup and Technology News