node.jsでsocket.ioを使ってﾁｬｯﾄを作っています｡全体構成を変えない方向で考えてみました･･･｡
まず考えたのが､
もしもﾃﾞｰﾀﾍﾞｰｽｴﾝｼﾞﾝがMyISAMであればInnoDBに替えてみること｡
移行作業はもっとも簡単でﾚﾝﾀﾙｻｰﾊﾞｰでも問題は無く移行できるはずです｡
(別な手段としてSQLite3を併用するということも考えられますが､
MySQLのような柔軟性はないので微妙で避けたいですね)
効果的(こっちが本命)だと思われるのは､ｷｬｯｼｭにmemcachedを利用すること｡
phpからのmemcached利用はかなり簡単になっていますし､
携帯からの入力ｷｬｯｼｭ程度であれば､
ﾒﾓﾘが満杯になるような心配も多分ですがないでしょう｡
(ﾒﾓﾘが心配になるほどのｱｸｾｽ数だと､
ｻｰﾊﾞｰのﾊｰﾄﾞｳｪｱ増強を考えないといけないでしょうから･･･)
http://php.net/manual/ja/book.memcached.php
まずはどこがﾈｯｸ担ってるかを調査することです｡
1.ｿｹｯﾄの同時接続ｺﾈｸｼｮﾝ数などの制限にひかっかっている
2.DB側の問題
接続人数がどの程度になったときから
遅延が起こるかってことです｡
その遅延がどの程度の遅延かというのも重要です｡
遅延程度によって､どこがﾈｯｸになってるかが予想できるからです｡
ｿｹｯﾄ関係の制限で､
接続数が多くなると待ち状態になってるだけではないか？と
思うのですが･･｡
MYSQLがいくら重めと言っても､その程度の検索､更新処理で
大きな遅延が起こるまでには至らないと思いますが｡
更新と言ってもINSERTしかないと思いますしね･･｡
| ▽3
●
y-kawaz ●100ﾎﾟｲﾝﾄ  ﾍﾞｽﾄｱﾝｻｰ |
ｶﾞﾗｹｰからの投稿も同じNodeﾌﾟﾛｾｽで受けてるんでしょうか？であればMySQLを定期ﾁｪｯｸするのではなく投稿ﾀｲﾐﾝｸﾞでio.socketsにemitしてやれば良いんじゃないですか？
もしくはｶﾞﾗｹｰは別ｼｽﾃﾑ(例えばPHP等)で受けているのであれば､Node側に以下のような受け口APIを作っておいて､PHPからﾛｰｶﾙで叩いてやれば定期ﾁｪｯｸは不要だと思います｡
Node側
//新着ﾒｯｾｰｼﾞの通知を受ける app.get("/emitMessage", function(req, res) //socket.io接続中のﾕｰｻﾞ全員に新着ﾒｯｾｰｼﾞを配信 io.sockets.emit("message", getNewMessagesFromMySQL()); });
PHP側
<?php /* ｶﾞﾗｹｰからの投稿処理(略) */ //ｶﾞﾗｹｰから投稿があったことをNodeへも通知 file_get_contents("http://localhost:3000/emitMessage");
