当您使用 Matomo 的本地自托管版本而非Matomo 云托管解决方案时，当您的网站流量增加时，您的 Matomo 服务器可能会出现一些流量峰值。例如，每天的某个时间段，您的网站访问流量可能会是平时的两到三倍。这可能会带来许多负面影响，包括：
- JavaScript 跟踪器 (piwik.js) 的加载速度缓慢，进而可能会降低您的网站速度，从而降低用户体验。此外，您可能会发现 Matomo 的页面浏览量减少，因为当跟踪器加载到您的网站时，用户已经转到了其他页面。
- 某些跟踪请求可能会被简单地忽略，因为您的服 rcs数据 务器可能无法再处理任何跟踪请求，从而导致许多未跟踪的访问和页面浏览量。
- 您可能需要额外的服务器来处理流量高峰，这会导处理高流量和流量峰致服务器成本、维护工作和维护成本的增加。
解决方案
多年来，Matomo 一直使用队列跟踪插件来应对流量高峰。启用此功能后，跟踪请求将被放入队列，而不是立即处理。然后，当作业单独运行时，它会将请求从队列中取出并处理。这带来了诸多好处。
更快的追踪
它将您服务器的跟踪速度提高 5 到 15 倍。例如，一个跟踪请求原本需要 50 毫秒，现在只需 5 毫秒。这意味着您的服务器将能够处理比传统跟踪更多的并发请求，并且更有可能顺利度过流量高峰。
处理速度更快
当请求进入队列时，最终仍需要处理。由于队列跟踪 strikingly 在网络泄露秘密方面扮演的角色 解决方案可以一次性从队列中取出多个跟踪请求并一次性处理，因此处理速度也大幅提升。这是因为默认情况下，每个跟踪请求都需要启动 Matomo 并反复执行许多操作，这会耗费大量时间（您可能会感到惊讶）。现在，许多操作可以缓存，无需多次执行。因此，您的服务器可以更快地处理跟踪请求，总体上所需的资源更少，从而降低成本和减少麻烦。
队列跟踪现在更容易设置
在后台，队列跟踪一直使用内存数据库Redis。虽然 Redis 速度很快，但设置和维护它并不简单。尤其是在需要实现 Redis 的“高可用性”以及扩展 Redis 时。此外，由于所有队列跟踪请求都存储在内存中，您的服务器将需要更多内存来运行 Redis。
一键设置
我们现已添加对 MySQL 数据库的支持，您只需单击一下即可激活队列跟踪。过去，设置和维护工作通常需要数小时甚至数周的时间，而现在只需几秒钟即可完成。队列跟踪 日本數據 理高流量和流量峰将直接使用您一直以来用于存储所有访问记录的数据库。此外，您的服务器无需增加内存，所有队列跟踪请求即使在服务器重启后也能继续使用。
队列跟踪现已支持 Redis 和 MySQL。如果您有管理 Redis 的经验，我们仍然建议您使用此解决方案，因为它可能速度更快一些。不过，在大多数情况下，MySQL 解决方案应该同样有效。
进一步改进
我们对队列跟踪功能进行了多项改进，提升了性能。现在，当队列跟踪请求数量达到特定阈值时，您会收到通知。查看更新日志，了解所有更新列表。
了解更多
在处理高流量或峰值时，我们多次设置了队列跟踪，效果令人惊叹。通常情况下，我们甚至可以减少所需的服务器总量。
如果这听起来对您有帮助，我们建议您查看队列跟踪页面并查看常见问题解答。您可能还想了解如何配置 Matomo 以提高速度。
需要设置、维护或扩展 Matomo 方面的帮助？立即联系我们。