我们计划将推送应用程序引入我们的移动应用程序（适用于 Android 手机和平板电脑、iPhone、iPad 和 Blackberry）。
每 15 分钟我们就会得到一组新数据。此数据存储在 MySQL 数据库中。然后，我们会检查这些数据是否与我们用户的订阅相匹配（数据是基于位置的，因此用户会订阅一个或多个位置的通知）。然后应通过各自平台的推送服务通知所有具有匹配数据的用户。
服务器容量不是问题。我们主要使用 PHP，并且更愿意继续使用它，但如果有必要也愿意使用其他语言。
我的问题是：
你能给我关于在服务器端使用的技术的建议吗？它应该可以很好地扩展（我希望跨平台有很多订阅），理想情况下可以与通用推送网关一起使用，并且足够快以在下一批数据进入之前处理所有通知。
我担心这些通知的传递速度。假设我们有 500.000 个订阅并且数据匹配到 50%，这意味着我们需要在 15 分钟内推送 250.000 个通知。您是否有过高数字和推送通知的经验？
非常感谢，马克。
尽管 PHP 非常适合生成动态 Web 内容，但我觉得它缺少一些用于执行此类高性能后台操作的基本功能。我会选择支持多线程的语言（我的个人偏好会引导我使用 C# 4.0，但这也取决于您的服务器平台）。
如果您有多线程支持，那么您可以编写从数据库加载数据的线程，并在加载数据时让其他线程推送通知。确保您可以配置交易的每个部分使用多少线程，以便您可以根据需要限制性能。
如果一台服务器无法完成这项工作，您可能需要考虑跨多台服务器对数据进行分区。我想最快的方法是将记录块分配给不同的服务器。
最后一句话，获得一个测试环境，您可以在其中模拟您的问题并进行压力测试。在进行压力测试时，不要停留在 500.000 的目标数量上，而应至少达到 10 倍。这将更有效地提前发现软件的弱点。此外，能够限制某些硬件参数（如内存、磁盘 IO、网络 IO 和 CPU）也会非常有帮助。通过模拟在其中任何一个上的数量很少，您可以了解软件在某些条件下的行为方式。如果您在生产中遇到任何性能问题，此经验将为您提供帮助，并将帮助您提出硬件要求。