作者 | PHILIP O'TOOLE，已获作者授权

译者 | 弯月      责编 | 欧阳姝黎

出品 | CSDN（ID：CSDNnews）

2016年4月9日，第一版rqlite（https://github.com/rqlite/rqlite/releases/tag/v1.0）正式发布，此时距离我写下第一行代码已经过去了两年。从那以后，我陆续发布了58个版本、关闭了277问题、处理了416个拉取请求、32,785 次插入和1954 次删除，总共修改了100多个文件。

什么是rqlite？

rqlite 是一个用 Go 编写的轻量级、开源、分布式关系数据库，存储引擎采用了SQLite。刚开始写这个数据库的时候，我只是觉得好玩，但后来就非常认真了。

那么，在过去的 7 年里，我从开源数据库的开发中学到了什么？

一次只关注一个功能

有一次，我尝试重写 HTTP 服务层（https://github.com/rqlite/rqlite/blob/master/DOC/DATA_API.md），并替换 Raft 共识子系统（https://raft.github.io/）。这两项功能是同时开发的。

结果发现，工作量太大，引发了第二系统效应，最终我放弃了这些工作。我努力了好几个星期，才意识到这些实现过于庞大。于是，我学习到了宝贵的一课：变更越小越好，一次只关注一个功能。

如果需要新的设计和实现时，则可以考虑增量式的方法。尽可能保证定期发布，并尽快将更改合并到主分支。如果需要大量重写代码，由于没有明确的中间可交付成果，所以必须警惕这些变更是否符合实际的需求。

创造力是不稳定且不可预测的

大多数重要的功能都是我在周末添加的。

工作时间最好保持连续和高强度，能在几天内完成，如此一来，我在编写每一行代码之前，都可以在脑海中想象系统最终的样子。有一次，我利用一个周末重新设计并重新实现了HTTP API（https://github.com/rqlite/rqlite/blob/master/DOC/DATA_API.md），并因此而促成了rqlite 2.0的发布。

还有一个周末，我修改了Raft日志，利用 Protobuf 编码替换掉了JSON。又在接下来的一个周末，添加了压缩。

然而，有时我会连续几个月什么都不做。直到今天，仍然是这样。我常常想，如果每一天都勤奋地在数据库上工作，那么一年的时间我应该能有非常大的进步。

测试的重要性

我相信广泛的测试覆盖率是高质量代码的保证。我收到用户报告说 rqlite 实例已经运行了一年多，而无需重新启动。

我一直在坚持测试金字塔的理念。你编写的测试用例应该尽可能接近实际代码。不要忽略测试各种失败的情况，也不要试图绕过错误。测试不会因为某个神秘的原因而失败，失败只是证明了你还没有完全理解自己构建的产品。

一定要使用集成测试作为冒烟测试，确保数据库确实能够启动，而且没有漏掉任何基本的东西。只有在没有其他办法时，才需要运行完整的软件实例，并运行端到端的测试。而这种情况本身也代表了实现中的一些问题：你的软件不够模块化，或者接口的正交程度不够。

单元测试非常关键。如果单元测试没有完成出色的覆盖率，则永远无法保证软件的高质量。

Go 经受住了时间的考验

Go 语言给我留下了深刻的印象，它一直是我最喜欢的编程语言。7年来，我使用Go语言编写了很多程序，我仍然非常喜欢它。rqlite的开发中间停顿了几个月，当再次打开代码时，我发现自己仍然没有忘记Go的使用风格和模式。

宣传非常艰难

我为了挑战自己而编写了一个数据库，我只是想试试看：我能否创建一个有趣的系统，并保证干净的设计和连贯的实现？以及高品质？我觉得我可以，而且事实证明我确实可以，这就够了。但是如果有人使用这个系统，那么我会特别欣慰。

然而，宣传非常艰难。这款产品曾多次出现在Hacker News上。我在Meetups也谈到过。而且7年以来，我在GitHub 上获得8千个赞。那么，这款产品究竟好不好用呢？我不知道。我应该关心吗？我也不知道。

编程很治愈

编程是我的谋生手段。我非常喜欢这个工作，但是编写自己的产品感觉还是不一样。作为团队的一员，在编写程序时，我们需要在编程风格、解决错误的策略、代码审查和功能优先级等问题上达成一致。作为一个团队，构建软件涉及大量编程以外的活动。

因此，建立自己的项目是一种解放。你可以自由决定编程风格、功能以及修复哪些错误。而且还不用参加会议。

这也说明了为什么多个开发人员一起工作的速度会减慢。如果只有一个人，一个愿景，那么就无需担心设计的连贯性和清晰度了。

7年过去了，还有很多工作要做

rqlite诞生已经7年了，但我还有很多工作要做。

我需要改进事务、客户端库、适当的 Kubernetes 支持以及性能等等，软件的魅力在于无限的扩展力，而且总有可以改进的地方。永远没有尽头。

“老兵不死，只是会逐渐凋零”。—— 歌曲《Old Soldiers Never Die》

原文链接：https://www.philipotoole.com/7-years-of-open-source-database-development-lessons-learned/

声明：本文由CSDN翻译，已获作者授权，转载请注明来源。

☞华为：海思坚持研发尖端半导体，不会进行任何重组或裁员；荣耀50即将发布，预约人数破百万；Grafana 8.0发布|极客头条☞谷歌中巨大的 SEO 骗局！排名靠前的 HTML 编辑器也不可信
☞.NET 开源的免费午餐结束了？