クエリキャッシュを切ったほうがいイカ？ ベンチマークしてみた - 酒日記 はてな支店
カジュアル！(挨拶) このエントリは MySQL Casual Advent Calendar 2011 の18日目の記事です。 昔、専ら PostgreSQL を使っていた頃、MySQL のクエリキャッシュって簡単に性能上がるしみたいだし羨ましいなあ、と思っていました。そのため、1年ほど前から業務で MySQL を使うようになっても、クエリキャッシュは当然のごとく有効にしておりました。 ところが先日 DSAS開発者の部屋:クエリキャッシュは切ったほうがいいんじゃなイカ？ というエントリを読みまして、クエリキャッシュはグローバルロックを獲得するとのこと。これはちょっと検証してみなければなるまい、ということでベンチマークをしてみました。 ベンチマーク結果 結果は別ページにまとめました benchmark script と my.cnf ざっくりと説明しますと、 平均 260 byte/行、1
MySQL 5.1.52リリース - SH2の日記
出てます。今回は30件のバグ修正が行われており、そのうちセキュリティに関するものが3件、パーティショニングとレプリケーション双方に関するものが1件、パーティショニングに関するものが2件、レプリケーションに関するものが1件となっています。その他については、InnoDBに関するバグ修正が9件とやや目立ちます。 3件のセキュリティ修正について確認しておきます。運用中の商用システムに対して問題になるものはないと思います。 GeometryCollection型(MultiPoint、MultiCurve、MultiSerface)に対してGeometry型以外の値を割り当てると、サーバがクラッシュすることがありました。今後はサーバがデータ型をチェックし、不正なパラメータを検出した場合は「bad geometry type」として失敗するようになりました。(Bug#55531) あるPrepared
groongaストレージエンジンの近況 - mir the developer
8月下旬にver0.1テストリリースが行われてから1ヶ月弱が経過しました。 まだver0.1であるにもかかわらず、案件への投入を検討して問い合わせを下さった方がいらっしゃったりとか、思った以上に反響をいたいだております。ありがとうございます。 開発の方は相変わらずのんびりとしたペースで進んでおりまして、、、おりまして、、と思っていたらgroonga本体の方はver1.0の安定版がリリースされました！ これはストレージエンジンの方も開発速度を上げていかないといけないなと思っていた矢先、なんと最近DeNAへ転職された松信さんからgroongaストレージエンジン用のinformation_schemaプラグイン導入パッチを寄付いただきましたー! information_schemaプラグインというのはpluggable storage engineなどと同様にMySQL 5.1で追加されたプラグ
PostgreSQL側から見たMySQLとのレプリケーション比較、そのに | キムラデービーブログ
前回ご紹介したブログエントリでは、その後我らがNippondanjiさんがコメントで斬りかかり、比較の深度が増しました。(未見の方は是非ご参照ください) そのコメントの終盤に参加したInterDB鈴木さんが、新たに二つのエントリをポストしたので、ここでご紹介します。 PostgreSQLユーザのためのMySQLバイナリログ・レプリケーション講座 MySQLユーザのためのPostgreSQL:WALログとレプリケーション講座 オープンソースデータベース界の両刀遣い(笑) 鈴木さんはMySQLとPostgreSQLの両方に深い見識をもたれているので、上記の二つのエントリで非常に有用なレプリケーション比較となっています。 PostgreSQLユーザも、MySQLユーザも、是非参照して「データベースレプリケーション」の見識を深めてください(ってFirebirdも参加せねばならぬなw) 以下は、鈴木
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
MySQLとPostgreSQLの比較 - 元データ分析の会社で働いていた人の四方山話
まあ自分でもびっくりするほどDBまわりの知識がかけていて残念でしょうがないので、知識をつけていこうと思っている今日この頃。 今日、上司と外注先の人が「やっぱり大規模サイトはPostgreSQLよりMySQLだよねー」 みたいなことを言っていて、何となく違和感を覚えたので調べてみた。 何か、どっかでPostgreSQLを使った大規模サイト運用の話があった記憶が…、と思って、本棚をあさって見ると、出てきた。 WEB+DB PRESS Vol.48WEB+DB PRESS編集部 編 技術評論社 2008-12-22 売り上げランキング : 208434 Amazonで詳しく見る by G-Tools うん、やっぱり、PostgreSQLでもそんなに前面に事例が出てないだけで、けっこう使われてるんじゃん。 興味をもったので、MySQLとPostgreSQLの違いについてもう少し色々と調べてみた。
快適スケールアウト生活への第一歩。SPIDERストレージエンジンを使ってみよう！
先月、Not Only NoSQL!! 驚異的なまでにWRITE性能をスケールさせるSPIDERストレージエンジンというエントリでSPIDERストレージエンジンによるスケールアウトが凄い！という話を書いた。SPIDERストレージエンジンは凄いヤツだが、ノウハウがあまりウェブ上で見つからない。唯一見つかる日本語の記事は、ウノウラボによる「国産MySQLストレージエンジン「Spider」の作者、斯波健徳氏に聞く 」だけである。SPIDERストレージエンジンは斯波氏による単独の作品であるため、斯波氏は開発だけで手いっぱいであり、使い方の紹介記事を書くことまでは手が回らないのであろう。こんな凄いストレージエンジンをドキュメントが足りないせいで使って貰えないなんて勿体ない！！ というわけで、今日はSPIDERストレージエンジンの基本的な使い方について紹介する。少し長いエントリであるが、最後までお付き
Not Only NoSQL!! 驚異的なまでにWRITE性能をスケールさせるSPIDERストレージエンジン
Webサービスでは、世界中からのトラフィックを捌く必要があるため、いくらチューニングしようとも一台のRDBMSでは捌ききることが出来ないのが常だ。MySQLは最初からマスター・スレーブ型のレプリケーション機能が搭載されており、スレーブをたくさんぶら下げることによって参照の負荷をスレーブに割り振るというスケールアウトによってその問題に対処してきた。スレーブによるスケールアウトは、参照（＝PV）が多いWebサイトと非常に相性が良く、幾多のWebサイトにおいて実績を作ってきているし、まだまだ利用されている。 しかしながら、サイトのトラフィックが劇的に増加してくるようになると、レプリケーションによる負荷分散では追いつかなくなってきた。そこで人々がとった選択肢は、memcachedを利用することである。memcachedはインメモリ型の高速なKVSであり、参照・更新性能はMySQLより格段に高い。M
[PDF]MySQL AB - MySQLのパフォーマンスチューニングとよくある落とし穴 松信 嘉範
1 Copyright 2009 Sun Microsystems inc The World’s Most Popular Open Source Database MySQLのパフォーマンスチューニングと よくある落とし穴 松信 嘉範 (MATSUNOBU Yoshinori) Principal MySQL Consultant, Sun Microsystems yoshinori.matsunobu@gmail.com 2 Copyright 2009 Sun Microsystems inc The World’s Most Popular Open Source Database テーマ • ハードウェア選定、バージョン選定 • ロードなどの更新処理のパフォーマンス改善 – 今日のセッションのメイン • レプリケーション • 全文検索 • その他 3 Copyright 20
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
PostgreSQL East, and The MySQL Conference and Expo
Links for MySQL Concerence 2011's Slides.
LinkedIn Login, Sign in | LinkedIn
How are index-only scans implemented in InnoDB?
MySQL仕様 | AXIY,Inc. -- アクシー株式会社
MySQL User Defined Functions - CodeProject
Sergey氏がMonty Program ABに移籍していた件 - SH2の日記