如何优化聊天消息在数据库中的存储
How to optimize the storage of chat messages in the database
朋友，有一个需要优化聊天消息在数据库中的保存MySql.Database类型不是important.There聊天工作代码将消息存储在数据库表中的原则是单条消息是一个 line.If 用户将是 1000 -10 000 甚至更多，这是预期的，然后想象一下 table.One 选项中有多少行将所有帖子放入缓存（文件，APC，甚至在原理，可以存入Redis)，并且每隔24小时从cron中以json的形式灌入主库一次string.So得到那一天的这条记录。
有必要优化方法。我认为是真的吗？是否可以改进此选项，或者有更好的？
谢谢。
这个问题相当广泛 - 可以说是基于意见。
然而...
你必须平衡这个设计中的各种问题。一方面是性能和可扩展性，另一方面是构建和维护工作以及基础设施。在大多数情况下，工作量和成本方面很重要。
因此，我的建议是从关系模型开始，不使用缓存、分片等，但要有强大的数据库服务器、干净的关系模式以及对查询优化的大量关注。根据我的经验，这使得该应用程序的速度足以满足数万个并发用户的需求，可以存储数千万或数亿行而不影响性能，并且在构建和维护方面都是最具成本效益的。硬件通常比开发人员的时间便宜得多。
我还建议设置一个性能和可扩展性测试系统，具有代表性的数据和一个负载测试框架（类似于 Apache JMeter）。使用此系统来验证您的系统在负载和大量数据下的性能。设定性能和可扩展性目标，例如“10K 并发用户，100 万条旧消息，响应时间必须 < 1 秒”。
运行 对您的负载测试环境进行定期测试，优化和调整架构、查询等，并继续这样做，直到您真的无处可去。
我的猜测是您需要大量的流量才能达到这一点。
一旦达到这一点，下一步可能就是缓存。这很重要，尤其是在聊天应用程序中。您必须确保缓存能够收回成本（即缓存命中率足够高以产生影响；通常，这意味着至少 10%），并且您不会花太多时间来管理缓存（例如，当您 post 一条新消息时失效）弊大于利。
因此，证明您有真实的、可衡量的需求，然后进行优化。
朋友，有一个需要优化聊天消息在数据库中的保存MySql.Database类型不是important.There聊天工作代码将消息存储在数据库表中的原则是单条消息是一个 line.If 用户将是 1000 -10 000 甚至更多，这是预期的，然后想象一下 table.One 选项中有多少行将所有帖子放入缓存（文件，APC，甚至在原理，可以存入Redis)，并且每隔24小时从cron中以json的形式灌入主库一次string.So得到那一天的这条记录。
有必要优化方法。我认为是真的吗？是否可以改进此选项，或者有更好的？ 谢谢。
这个问题相当广泛 - 可以说是基于意见。
然而...
你必须平衡这个设计中的各种问题。一方面是性能和可扩展性，另一方面是构建和维护工作以及基础设施。在大多数情况下，工作量和成本方面很重要。
因此，我的建议是从关系模型开始，不使用缓存、分片等，但要有强大的数据库服务器、干净的关系模式以及对查询优化的大量关注。根据我的经验，这使得该应用程序的速度足以满足数万个并发用户的需求，可以存储数千万或数亿行而不影响性能，并且在构建和维护方面都是最具成本效益的。硬件通常比开发人员的时间便宜得多。
我还建议设置一个性能和可扩展性测试系统，具有代表性的数据和一个负载测试框架（类似于 Apache JMeter）。使用此系统来验证您的系统在负载和大量数据下的性能。设定性能和可扩展性目标，例如“10K 并发用户，100 万条旧消息，响应时间必须 < 1 秒”。
运行 对您的负载测试环境进行定期测试，优化和调整架构、查询等，并继续这样做，直到您真的无处可去。
我的猜测是您需要大量的流量才能达到这一点。
一旦达到这一点，下一步可能就是缓存。这很重要，尤其是在聊天应用程序中。您必须确保缓存能够收回成本（即缓存命中率足够高以产生影响；通常，这意味着至少 10%），并且您不会花太多时间来管理缓存（例如，当您 post 一条新消息时失效）弊大于利。
因此，证明您有真实的、可衡量的需求，然后进行优化。