我的项目是 HTTP聊天，使用了一些 Jquery，PHP和Mysql 。
Jquery infact 每隔N秒轮询数据库以检查我是否收到了新消息（从mysql表中轮询）。
由于聊天现在有> 100个连接，因此mysql现在可以在N秒内获得100个请求。
什么是最佳实践，优化它的数据库选择？ （它必须保持HTTP聊天而不使用某些服务器套接字）
问候
PS。也许MYSQL不是一个好选择
答案 0 :(得分：3)
MySQL作为一个数据库很好，但你的轮询使用并不是最好的做法 RDBMS是这项工作的错误工具。
查看消息队列解决方案。以下是一些资源：
答案 1 :(得分：2)
我喜欢MySql，因为它的重量非常轻。 PHP和MySql相处得很好。由于您将对数据库进行许多更新和许多读取，因此InnoDB引擎将最好地适应这种情况。如果您选择MyIsam，可能会遇到问题，因为它一次适合一项工作（更新或阅读）。
答案 2 :(得分：1)
查看内存数据库。聊天通常不是人们坚持的东西;所以瞬态数据库可能只是票证。例如，SQLite can do it。
但是，我想，我会更担心你的网络服务器。 ：）
任何特殊原因不使用套接字？这个场景是他们创建的。 （可能是不灵活的托管服务？）