Mysql 最后一分钟每个表中的数据

超快速的

我正在构建一个同步应用程序（用于离线web应用程序）

我正在努力寻找提高效率的最佳方法

我有28张桌子——未来可能有50张甚至100张

我的同步例行程序只是要求从某个timstamp开始的所有数据（简化说明）

我遇到的问题是如何使重复轮询有效

无插座-必须使用ie7

假设更新了表1和表7

当我要求更新时，我需要能够返回表1和表7的新数据-但不必检查每个表

我考虑使用一个“logs”表，简化每个事务（表、ID（该表）、时间戳），然后查询相关表——但我想知道是否有更好的方法

我已经仔细阅读了SO，知道如何运行查询等-只是缺少了“如何从每个表中查找自日期/时间以来的数据”这一步骤

---

如果我错过了一个SO答案，请让我知道-我尽量不重复

您可能需要将结果缓存到其他地方。如果您有高负载，memcached可能是一个好主意。但首先，尝试每x秒或每x分钟获取一次所需的结果，并将结果保存到某个磁盘上。然后，只要在客户机请求时将该文件从磁盘提供给客户机即可。这样，您就可以将一些负载从数据库转移到web服务器。

我考虑过这一点，但是如果有人请求数据，而我需要过去3个小时的数据，会发生什么情况呢？这是大量的文件读取！我会每1-2秒轮询一次，所以我会每分钟创建一个文件并向其中写入额外信息，还是每一次数据库写入一个/秒或一个？您真的需要最后几秒钟的数据吗？或者15秒的缓存足够好吗？如果没有，那么您应该选择MySQL中存储最新数据的内存表，或者看看memcached之类的东西。从技术上讲，只有两个部分需要接近“活动”状态——剩余的可能是15秒，我想这是我喜欢的解决方案——而且系统只使用JSON进行数据传输。那么，我该如何正确设置它呢？对于每个数据库操作，将数据写入一个文件，然后通过日期时间查看是否写入现有文件或新文件->最后一个问题->如果发生500转/秒的情况，这不会变慢->日志肯定会成为瓶颈吗？如果您一直在更改缓存，谢谢您的帮助，是的。但如果你只是准备好所有数据，并将发送回磁盘或内存中的完全相同的数据存储在文件中15秒钟。然后，如果内存中的文件不到15秒，只需将该文件发送回，而不进行任何类型的sql查询。基本上，你交付的是静态内容，除了每15秒更新一次缓存。谢谢-我将尝试用你给出的建议来看看如何最好地实现这一点+1并被接受。这听起来像是设计不佳的问题，这是怎么回事？我有一个离线应用程序，它需要独立于服务器运行-然后在有连接时同步到服务器-如何改进设计？因为你不知道你有50个表还是100个表。你应该知道，它不应该改变（太多）-而且它可能不应该接近100（或50）（甚至28）lol-目前我有28个表-如果我向应用程序、文档库或论坛添加聊天功能会发生什么？我希望知道随着项目的发展，我需要多少表>让我们忘掉furutre表-我有28个-你有什么建设性的方法来解决我目前的问题吗？