Chia数据库的故事

关于如何在 Chia 数据库中处理事务的 SQLite 设置，现在在 Chia Network 的 github 上正在进行一些辩论。在最近的 Chia 区块链 1.2.8 更新中，内存池错误并不是唯一的重大变化，以下设置已更改，以允许在同步时使用更高性能的数据库。

我不是 DBA，但我在会议上玩过 DBA，所以我将尝试对此发表意见，并在此发表一些个人意见。我对此的看法是，只有在性能导致问题时才应该牺牲可靠性来换取性能。我不确定更改的原因，我的耕种设置中没有区块链数据库性能问题，我不确定这有多普遍。但我认为这并不重要。我的观点是，今天这一变化引发了一场有趣的辩论，但明天当数据库巨大时，可靠性将变得更加重要。

让我们先看一下。数据库正在快速增长。它将继续快速增长，随着系统变得更加繁忙，它会变得比现在更快。6 个月后，DB 将超过 50GB。到 2025 年，我预计它将达到 400 或 500GB 左右。当数据库这么大，下载并验证它开始需要一周的工作量时，保持该数据库的可靠性将变得尤为重要。该站点可能会提供有关如何正确备份数据库的指南。在搞笑的重启后，我们不能让它损坏或不一致。由于此更改，我已经不得不恢复数据库。

在测试 FlexFarmer 2.0 时，我遇到了系统崩溃，可能与那里的错误有关，然后我的农场重新启动。当时我没有运行 Chia 区块链软件，因此使用了 FlexFarmer，但由于HDDCoin 更新得如此之快，我的 HDDCoin 安装使用了新的 Chia 代码库，并且当我的农民崩溃时，我的数据库也跟着损坏了。我花了一天时间重建数据库。我不知道他们通过关闭 pragma 同步获得了多少性能，我不知道有多少问题是由缓慢的数据库性能引起的，但是为了性能提升，就进行实质上降低了系统可靠性的更改几乎永远不值得，除非我们看到由这些性能问题引起的不可靠性或不稳定性。这感觉像是一个考虑不周的更改，我希望他们将其恢复。实际上有更好的方法来获得良好的数据库性能。

想要了解更多Chia生态发展情况，可以进入https://chiahub.co/进行了解，Chiahub是目前Chia生态最全面的导航工具，为全球Chia爱好者提供最全最新的生态信息服务。