hori-uchi.com: コネクションプーリング都市伝説は正しそう
またちょっと古いねたですが、WEB+DB PRESS vol.33でnipotanさんが書いてたコネクションプーリング都市伝説を読んだ時、ほんとのところどっちが速いのかってのをabでベンチマークをとってみました。 ベンチマークとったときにエントリを書こうと思ってたんですが、モチベーションがあがらず今になっちゃいました。。 以下がベンチマークの結果です。 プーリングを有効にした場合 Server Hostname: rakuda.localhost Server Port: 80 Document Path: / Document Length: 12323 bytes Concurrency Level: 20 Time taken for tests: 107.840 seconds Complete requests: 1000 Failed requests: 0 Broken pi
hori-uchi.com: Sledgeのセッション用テーブルはMyISAMにしています。
naoyaさんのエントリーnaoyaのはてなダイアリー - MyISAM vs InnoDBに反応して、久々にエントリを書いてみます。 FlipClipは、すべてMyISAMで運用しているんですが、理由はあんまりなくて、デフォルトでMyISAMだからってのが大きいのと、スナップショットを取るのにmysqlsnapshotに手を加えたものを使っているので、InnoDBにするとそれを使えなくなるというのが主な理由です。それにまだDBがボトルネックだうはーってな状態になったことがないってのもあります。 それでも少し前にサーバのチューニングをそろそろ考えたほうがいいかなーということを考えたことがありまして、 その時にチューニングの候補に考えたものの一つが、Sledgeのセッション用のテーブルをMyISAMからInnoDBに替えてみるということでした。 セッションテーブルはスナップショットを取る必要
MyISAM/InnoDBに関して - みかログ
最近は常にInnoDBを利用しているので，MyISAM vs InnoDB にちょっとコメントしてみる． まず「Webアプリならトランザクションはいらないか」について． Webアプリで，トランザクションの重要性が高くないといっても，無いよりはあった方が良いはず． ちょっとしたシステムでも，たとえばユーザのテーブル，プロフィールのテーブル，日記の記事のテーブルなどでわけるわけで，それぞれのテーブル間の整合性がとれていないと問題が生じてしまうと思う． ハードウェア障害などでクラッシュしたときに，ユーザのテーブルにはレコードがあるけど，プロフィールにはレコードが無いケースとか，そういうケースが発生することを考えると，トランザクションは利用すべきじゃないのかなと． というわけで，JOINを使うようなアプリケーションであれば，トランザクションは使うようにすべき，というのが持論． それ以外でInnoD
【ハウツー】祝2歳!! Ruby on Rails 1.1 + MySQL Administratorで日記システムを作ろう | エンタープライズ | マイコミジャーナル
Ruby on Rails David Heinemeier Hansson氏は6月26日(米国時間)、Ruby on Rrails 1.1を公開、27日にはセキュリティフィックスリリースとして1.1.3、30日にはエラッタリリースとして1.1.4を公開した。RoRはRubyで作成されたフルスタックのWebアプリケーションフレームワーク。スクリプト言語Rubyの特性を活かして開発されたフルスタックフレームワークで、Webアプリケーション開発の負荷を軽減するものとして高い人気を誇る。 そして7月25日(米国時間)には最初にリリースされた0.5.0から数えて2歳の誕生日をむかえた。ここでいったんRoRを振り返るとともに、ぜひとも実際に試してみてほしいとおもう。簡単な日記システムを作る方法を紹介するので、参考にしていただきたい。 RoR 1.1 インストール RoR 1.1をインストールするには
naoyaのはてなダイアリー - MyISAM vs InnoDB
あくまで憶測で仮説でしかないんですが。 MySQL のストレージエンジンのうち代表的な二つ、MyISAM と InnoDB はよく MyISAM: Read は速いけどテーブルロックのため並行性が低い。運用が簡単。 InnoDB: MyISAM より Read は遅いけど並行性が高い 。行レベルロックなので。あとトランザクションや外部キー制約。運用が MyISAM よりちょっとめんどくさい。 という区別がされます。ここから転じて、 MyISAM は参照系クエリが大部分を占める場合に適用すると良い。例えば blog アプリケーションとか。 InnoDB は更新系クエリが多い場合に適用すると良い。 と言わたりします。実践ハイパフォーマンスMySQL でも第2章 ストレージエンジン(テーブル型) P.30 に アプリケーションでトランザクションを使用する必要がなく、主に SELECT または I
mysqldump2email公開 - Ogawa::Memoranda
MySQLデータベースのダンプファイルをzipアーカイブして、メールサーバに送る、わりとアリガチなスクリプトを必要に迫られて書いたのでついでに公開。 mysqldump2email.ja JP - Ogawa Code mysqldump2email - Ogawa Code (English) 手前味噌だけど結構便利。ダンプデータを平文メールで送るのに抵抗を感じるので、zipのencryption機能も使えるようにしてある。1時間おきに意味なくダンプしたりすると、Gmailのスプールと言えどもみるみる埋まっていってユカイ。 例によって試してはいないけど、Gmailの30日でexpireするTrash機能と組み合わせると、バックアップとしての実用度がさらに高まるかもしれないと思った。例えば、 username+daily@gmail.com宛に毎日ダンプする。Gmailの設定でこのアドレ
MySQLを操作する「MySQL Quick Admin」がオープンソース化
データベースであるMySQLを操作する「MySQL Quick Admin」がオープンソース化され、誰でも自由にダウンロードして使うことができるようになりました。名前の通り、高速に動作するのがウリだそうで。 ダウンロードは下記サイトから。 MySQL Quick Admin http://mysqlquickadmin.com/index.php 機能や必要なモノは以下の通り。 Feature List・Requirements http://mysqlquickadmin.com/features.php デモには以下からログインできます。 MySQL Quick Admin Demo http://demo.mysqlquickadmin.com/login.php 同様のことができる有名どころは以下の通り。 phpMyAdmin | MySQL Database Administra
［MySQLウォッチ］第28回 MySQL 5.1期待のクラスタリング機能
数カ月前にMySQL 5.1 GA版 のリリース見通しを5月と記述したが，残念ながら下半期に突入した現在もBata版にとどまっている。バージョン5.0から5.1へのアップは，番号としてはポイント以下のマイナー・バージョンアップだ。しかし，非常に大きな期待を持って待っているユーザーも多いだろう。それは，MySQL 5.1 からMySQL Clusterがストレージ対応になるからだ。 今回は，MySQL 5.1 GA版 のリリース準備として，期待の高まるMySQL Clusterのストレージ対応を紹介する。 MySQL Cluster の登場 もともとMySQL Clusterは，NDB Clusterという商品だったものをMySQL ABが自社製品として取り込み，MySQL 4.1.3 (RPM版はMySQL 4.1.10)から実装が始まった。それ以前は，標準機能のReplicationかサ
MySQLから直接JSON形式にするためのクラス:phpspot開発日誌
PHP Classes - Class: MySQL to JSON Convert data from MySQL query results into JSONMySQLの検索結果を即座にJSONにするためのクラス、MySQL to JSON。 SQL→連想配列→JSON が SQL→JSONに出来るっぽいです。 Ajaxからそのままレコードを牽きたいような場合に使えそうですね。 単純にラッパークラスを作るという手もありますが。 関連サイト PEAR::Services_JSON 関連エントリ XML→JSON形式に一発で変換:BadgerFish json用PHP機能拡張 php-json
mysql のスロークエリログを集計するの術のやつ - Yappo::タワシ
http://d.hatena.ne.jp/tokuhirom/20060629/1151544664 for HOST in db1.example.com db2.example.com do SLOWLOGFILE="/var/lib/mysql/$HOST-slow.log" ssh $HOST mysqldumpslow $SLOWLOGFILE | mail -s "slow query log $HOST" fast@example.la ssh $HOST mv $SLOWLOGFILE $SLOWLOGFILE.`date +%Y%m%d` ssh $HOST mysqladmin -uroot flush-logs ssh $HOST gzip $SLOWLOGFILE.`date +%Y%m%d` done こういうのは無しすか？圧縮しちゃうのっ＞＜
tokuhirom blog
Blog Search when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: ${entry.path} [in template "__entry.ftlh" at line 3, column 25] - Reached through: #include "__entry.ftlh" [in template "entry.ftlh" at
naoyaのはてなダイアリー - コネクションプーリングの話
かなりながーいエントリになる予定なので,結論だけ最初に書くとこんな感じ. この話題については自分も あとで書く と言って書いてなかったので書いてみますよ。2006年の下期にもなってコネクションプーリングかよというツッコミもありそうですが、あとで書くといったら書くの。あとで読むといったら読む。 普通「コネクションプーリング」と言ったら、主に二つの役割があると思います。話を簡単にするためにウェブアプリケーションに限定して言及します。 ウェブアプリケーションから DB への接続を開けっ放しにして、接続に必要とされるオーバーヘッドをカットして双方の負荷を下げる。 ウェブアプリケーションと DB への接続を「使いまわす」ことで、同時接続本数を節約する。 というもの。 mod_perl で DB と接続維持するとコネクション数増えて云々という話は主に前者のみについての話になります。Apache::DB
BKCon 2006 - にぽたん研究所
昨日は BKCon 2006 に行ってきた。 BK というのは「一般的にはバッドノウハウの事」なんですが、昨日のは、BKCon と言っても、かつて開催された Bad Knowhow Conference 2004 の続編とかではなく、"B"atara "K"esuma "Con"ference 2006 です。 ※正しくは横浜 Linux ユーザグループ主催の「第 65 回カーネル読書会」のテーマ "mixi.jp: Scaling Out With Open Source" です。 ちなみに、Batara Kesuma さんというのは、株式会社ミクシィの取締役。 mixi の裏側を見せますというか、ちょっと hip な言いかたをすれば "Inside mixi's backend" ってカンジです。 とりあえず、プレゼン内容は YAPC::Asia の時と大凡同じでしたが、プレゼンの持ち
tmtm日記(2006-06-21)
お気に入りホテル 蒲田:アーヴェストホテル蒲田 横浜:ロイネットホテル横浜馬車道 茨城:オークラフロンティアホテルつくばエポカル 大阪:ホテル・ザ・ルーテル 京都:三井ガーデンホテル京都四条 好きなマンガ家 聖悠紀 佐々木淳子 岡崎二郎 桑田乃梨子 島本和彦 細野不二彦 星野之宣 日渡早紀 成田美名子 佐々木倫子 星里もちる 西森博之 新刊が出たら買う 超人ロック マップス ネクストシート ぽっかぽか 仮面ライダーSPIRITS ダブルフェイス 鉄腕バーディー とめはねっ！ 888 ボクを包む月の光 花よりも花の如く お茶にごす MEAN ディープグリーン 楽園番外地 消耗品 [RDF] アクセス数:879705 / 今日のアクセス数:164 / 昨日のアクセス数:509 << 2006/06/ 1 1. 多くのユーザーは一度に1本しかジュースを買わない 2. 川崎→東京 3
hansode.org - このウェブサイトは販売用です！ - hansode リソースおよび情報
このウェブサイトは販売用です！ hansode.org は、あなたがお探しの情報の全ての最新かつ最適なソースです。一般トピックからここから検索できる内容は、hansode.orgが全てとなります。あなたがお探しの内容が見つかることを願っています！
Conferences - O'Reilly Media
We’ve made the very difficult decision to cancel all future O’Reilly in-person conferences. Instead, we’ll continue to invest in and grow O’Reilly online learning, supporting the 5,000 companies and 2.5 million people who count on our experts to help them stay ahead in all facets of business and technology. Come join them and learn what they already know. Become an O’Reilly online learning member
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
mysqlスキル診断
MySQLの接続切った方が速い？ - mikan-sの日記
xls2mysql
http://web.sfc.keio.ac.jp/~t02566hn/mt/archives/000148.html