我的项目是一个HTTP聊天使用一些Jquery、PHP 和 Mysql.
事实上Jquery每 N 秒轮询一次数据库检查我是否收到新消息(轮询 mysql 表)。
由于聊天现在有超过 100 个连接,mysql 现在在 N 秒内收到 100 个请求。
什么是最佳实践、数据库选择优化吗? (它必须保持 HTTP 聊天而不使用某些服务器套接字)
regards
附言。也许 MYSQL 不是一个好的选择
MySQL 作为数据库很好,但轮询使用它并不是最佳实践。
RDBMS 不适合这项工作。
Look at 消息队列解决方案。以下是一些资源:
- 消息队列:入门 - 2012 年秋季国际 PHP 会议 http://www.slideshare.net/mwillbanks/message-queues-a-primer-international-php-conference-fall-2012
- Gearman http://gearman.org/
- 豆茎D http://kr.github.com/beanstalkd/
- 内存缓存Q http://memcachedb.org/memcacheq/
- RabbitMQ http://www.rabbitmq.com/
- 阿帕奇Qpid http://qpid.apache.org/
- Apache ActiveMQ http://activemq.apache.org/
- ZeroMQ http://www.zeromq.org/
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)