小编Dav*_*vid的帖子

我想看一张延迟图，显示世界各地不同目的地之间实现的最低延迟。例如，丹麦和印度之间实现的最低延迟是什么。例如，这可以用于规划放置在线游戏服务器场的位置。

我经常使用 SQLite 在公司中创建简单的程序。数据库放置在文件服务器上。只要不超过大约 50 个用户同时处理数据库（尽管取决于它是读取还是写入），这就可以正常工作。一旦超过这个数量，如果服务器上有大量并发写入，他们会注意到速度变慢，因为大量时间花在锁上，并且没有像缓存这样的东西，因为没有数据库服务器。

不需要数据库服务器的优点是设置公司 Wiki 或类似内容的时间可以从几个月减少到几天。通常需要几个月的时间，因为一些 IT 部门需要订购服务器，它需要符合公司政策和安全规则，并且需要放置在外包服务器托管设施上，这会搞砸并将其放置在错误的位置等等等等

因此，我想到了创建分布式数据库服务器的想法。过程如下：公司计算机上的用户在 Wiki 页面（使用此数据库作为其后端）上编辑某些内容，为此他读取本地硬盘上的文件，该文件说明最后一台台式计算机的 IP 地址成为数据库服务器。然后，他尝试通过 TCP/IP 直接联系这台计算机。如果它没有回答，那么他将读取文件服务器上的一个文件，指出最后一台台式计算机的 IP 地址作为数据库服务器。如果这台服务器也没有回答，他自己的台式机将成为数据库服务器，并在同一个文件中注册它的 ip 地址。然后就可以执行SQL更新语句，其他台式电脑就可以直接连接到他的了。

这种架构的要点在于，负载越高，它的功能就越好，因为每台台式计算机总是知道数据库服务器的 IP 地址。此外，使用此设置，我相信放置在文件服务器上的数据库可以为数百台台式计算机提供服务，而不是目前的 50 台左右。我也不相信已经成为数据库服务器的单台台式计算机的负载会很明显，因为在这个桌面上不会有硬盘操作，只有文件服务器上。

这个想法可行吗？它已经存在了吗？什么样的数据库可以支持这样的架构？

编辑：我应该指出，这个想法并不漂亮、稳定、最佳实践，或者我真正引以为豪的东西。我仍然对可行性感兴趣的原因是我的一些客户是银行，而访问数据库所涉及的官僚主义是巨大的。此类项目的项目发起人通常需要高于副总裁级别，因为他们对访问服务器的极端安全问题感到担忧。不用说，这意味着建立 Wiki 需要做很多工作。以后如果 Wiki 证明是成功的，当然应该将其迁移到适当的数据库服务器上。

Edit2：这个想法的原因是为了降低在将数据库放在文件服务器上时使用SQLite时发生Writer Starvation的风险。此问题在此处的第 5.1 节中进行了描述。利用台式计算机缓存最常访问的信息（即 Wiki 页面），意味着文件服务器上的工作负载将大大减少。这应该再次改善用户体验。你真的认为我对这个想法还很遥远吗？

我在一家拥有大约 180 名员工的保险公司工作。这些员工中约有一半在他们的索赔系统中注册了一些东西（销售、咨询服务、索赔处理等）。核心系统是用 Cobol 编写的，并在大型机上运行。最近他们花了 100.000 美元买了一台新的主机，因为他们说他们的旧主机一直在 100% 运行。拿到新的主机后，我和统计部门的一个员工聊了聊，他说他们在主机上通宵运行一到两次统计查询，以免干扰服务器的正常工作。

我的问题是：大型机的性能与台式计算机相比如何。我非常确定我可以设置一台 400 美元的带有数据库的 PC，并让 90 名员工处理客户的姓名和地址，并在一个不可能那么大的数据库中进行搜索。通过一些复制和其他东西，我相信我可以实现出色的性能。我在这里缺少什么？大型机是否总是这样，还是这是 CRM 系统实施不佳的标志？

我正在考虑将我的 MySQL 数据库的tempdir 放在Linux 下的 ramdisk上。这样做的原因是为了解决MySQL 中最大 4 GB 的内存中临时表。我唯一担心的是，如果 ramdisk 上基于 MyISAM 的临时表会变得比 ramdisk 大，如何避免磁盘空间不足错误？可以通过某种方式创建一种溢出机制，其中 ramdisk 大小是 ramdisk 的大小加上硬盘上的可用空间。如果 ramdisk 已满，则其余部分将写入硬盘。

我正在建立一家企业，我希望基础架构能够在高峰时段每分钟处理多达 30000 封电子邮件。问题是什么样的服务提供这种服务？我希望使用 SMTP 或类似方式下载电子邮件。我希望每封电子邮件的总附件大小为 2 mb，并且可能有多个附件。

我曾考虑使用SendGrid 的Parse API，但我很担心，因为他们免费提供此服务。我已经联系了他们，我正在等待答复。有没有更好更合适的替代品？