アカウント名:
パスワード:
ストレージエンジンが InnoDB の場合、 CPU のスケーラビリティがないだけでなく、 下手すると CPU が増えるほど遅くなる場合がある問題があります。 MySQL 5.0.30 [mysql.com] で直ったらしいですが確認していないです。 ほかのストレージエンジンはベンチマークとったことがないので知らない。
個人的には
参照爆速という話も、実はバックエンドにMyISAMを使ったときの話で、InnoDBはそれほどでもない、という噂も聞いたことがあります。実際はどんなもんなんでしょうか?
何を使っても大して差が出ないような規模のDBしか触ったことがないAC
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
身近な人の偉大さは半減する -- あるアレゲ人
PostgreSQL 8.2 vs MySQL 4.1.20/5.1.20a (スコア:2, 参考になる)
PostgreSQL 8.2 vs MySQL 4.1.20/5.1.20aなベンチマーク [tweakers.net]
Re:PostgreSQL 8.2 vs MySQL 4.1.20/5.1.20a (スコア:0)
Re:PostgreSQL 8.2 vs MySQL 4.1.20/5.1.20a (スコア:0)
Re:PostgreSQL 8.2 vs MySQL 4.1.20/5.1.20a (スコア:1)
ストレージエンジンが InnoDB の場合、 CPU のスケーラビリティがないだけでなく、 下手すると CPU が増えるほど遅くなる場合がある問題があります。 MySQL 5.0.30 [mysql.com] で直ったらしいですが確認していないです。 ほかのストレージエンジンはベンチマークとったことがないので知らない。
Re:PostgreSQL 8.2 vs MySQL 4.1.20/5.1.20a (スコア:0)
個人的には
参照爆速という話も、実はバックエンドにMyISAMを使ったときの話で、InnoDBはそれほどでもない、という噂も聞いたことがあります。実際はどんなもんなんでしょうか?
何を使っても大して差が出ないような規模のDBしか触ったことがないAC
変なところで同意 (スコア:0)
私もです。巨大なデータなんて扱わないし、1秒くらいなら早くても遅くてもどうってことないケースばかり。なので、ツールが使いやすくて日本語の情報がそこそこあれば、エンジンの性能はあまり気にならなかったりします。
#といいつつ「最初に触ったから」と言う理由でMySQLばかり使ってる