我正在开发一个我喜欢使用 SQL 数据库的聊天应用程序。
我的问题是，经过几次谷歌搜索后，有人从一个站点告诉我，使用数据库会比使用普通文件（例如文本或 JSON 文件）慢得多，但是在其他一些站点上，人们说完全相反。我不了解你们，但在为用户创建 Web 应用程序时，用户永远是第一位的。
因此，尽管我很喜欢使用 SQL DB，但 1.) 我对它有很好的经验，并且 2.) 它允许我使应用程序更酷（更多功能）。但如果它会减慢用户端的速度（明显滞后），那么它就是一个禁忌。
无论哪种方式，我都将使用 AJAX 和 PHP 不断地“轮询”服务器以检查文件/数据库（对于新消息、联系请求等）。
此外，如果您想知道，该应用程序不会像一对一聊天，它将有多个用户可以加入并与所有加入的用户交谈的“房间”。用户还可以请求“私人聊天” " 与另一个用户建立一对一的连接。
那么，就性能而言，MySQL 数据库还是无聊的 TEXT/JSON/OTHER 文件？
哦，还有一件事，我不想使用任何第三方库或 API。讨厌依赖别人的工作（被辜负了很多次）。
如果您希望实现 IRC 克隆，我认为您选择了所有错误的工具。
最好的方法是编写一个自定义 HTTP 服务器来处理内存中的所有内容。没有数据库，没有对文件的持续轮询。当消息到达时，您只需遍历正确的内存列表并将消息发送给其他用户。对于浏览器到服务器的连接，我建议使用“ Comet ”（如果您愿意，可以使用支持它们的浏览器的 Web 套接字）。
PHP 可能不是为此选择的语言，因为几乎所有使用 PHP 完成的工作都是基于传统的短的、孤立的请求。对于实时服务于多个客户端的长时间运行的进程，我建议使用 Python 或 Node.js。
您真的不想将聊天存储在文件中，这可能会造成管理噩梦，我建议您使用 MySQL 并确保它可以使用 Sockets 而不是 AJAX 轮询，Sockets 可以很好地扩展。
然而，关于如何将基于套接字的聊天与 MySQL 集成的内容并不多。
我做了一些测试，并有一个基本的例子在这里工作：https ://github.com/andrefigueira/PHP-MySQL-Sockets-Chat
它利用 Ratchet ( http://socketo.me/ ) 在 PHP 中创建聊天服务器。
您可以通过向服务器发送带有谁在聊天的信息的 JSON 来向数据库发送聊天消息（当然，如果您有用户会话）