Performance Drupal性能-用户突发

我们运行一个Drupal站点，预计不久将有大量用户

处理突发事件的最佳Drupal实践有哪些： -用户注册 -用户身份验证

这些操作严重依赖于数据库。。。那么，我们如何优化它呢？ 在用户身份验证期间，是否有任何技术可以最小化数据库交互？（例如：将对象存储在内存中，并在以后某个时间点将其写入数据库？）

---

非常感谢任何提示。

一些商业drupal发行版（如或）支持多个DBs，这可能会有所帮助。我想说的是，如果您的硬件是半分散的，那么您将不得不担心大量的数据激增。

一些商业drupal发行版（如或）支持多个DBs，这可能会有所帮助。我想说的是，如果你的硬件是一半去中心化的，你将不得不担心大量的用户激增。

用户身份验证和注册通常不是你可以缓存或延迟的过程（就像MySQL的

插入延迟

）。但是，您可以做一些事情来减轻一些负担。例如：

• 允许用户通过cookie保持登录状态，这样您就可以避免必须重新验证的DB访问
• 通常，在用户会话或memcached块中存储常用/少量数据
• 通常，使用memcached尽可能多地进行缓存

---

用户身份验证和注册通常不是可以缓存或延迟的过程（如MySQL的

插入延迟

）。但是，您可以做一些事情来减轻一些负担。例如：

• 允许用户通过cookie保持登录状态，这样您就可以避免必须重新验证的DB访问
• 通常，在用户会话或memcached块中存储常用/少量数据
• 通常，使用memcached尽可能多地进行缓存

---

用户注册和用户身份验证通常不是问题。然而，有很多用户登录可能是一个问题。Drupal不会为登录用户进行太多缓存。原因是，当显示用户特定的内容时，每个用户的页面看起来会略有不同。您可以缓存所有页面都相同的页面部分，以减少负载。我自己也没有这方面的经验，但我听说有一个装置可以做到这一点。但要做到这一点并不容易

用户注册和用户身份验证通常不是问题。然而，有很多用户登录可能是一个问题。Drupal不会为登录用户进行太多缓存。原因是，当显示用户特定的内容时，每个用户的页面看起来会略有不同。您可以缓存所有页面都相同的页面部分，以减少负载。我自己也没有这方面的经验，但我听说有一个装置可以做到这一点。但要做到这一点并不容易

嗯，我怀疑任何合理的服务器都可能在用户身份验证或注册方面存在问题。我没有任何数字，但在一个便宜的四核盒上，每秒可以轻松处理100多个注册，或者每小时处理360.000多个注册。所以，如果你不是那个将Facebook迁移到Drupal的人，我会说你不必担心注册性能。长话短说：一些数字会有帮助；）嗯，我怀疑任何合理的服务器都可能在用户身份验证或注册方面存在问题。我没有任何数字，但在一个便宜的四核盒上，每秒可以轻松处理100多个注册，或者每小时处理360.000多个注册。所以，如果你不是那个将Facebook迁移到Drupal的人，我会说你不必担心注册性能。长话短说：一些数字会有帮助；）