码厩开发者笔记

#1028 SQLite WAL 模式

许多人对 SQLite 存在误解，认为“每次写入都会锁定整个数据库”。但实际上，只需一个简单的配置，就能让它轻松应对数千并发用户——这就是Write-Ahead Logging (WAL) 模式。

#1027 人生的容错率

容错率，Fault Tolerance Rate，是指对系统产生严重影响的事件发生概率。
比如编程中，对于可能出现的异常，如果我们做了一些准备，那么即时发生，也不会对系统造成影响。这就是提升了容错率。

那么，什么是人生的容错率呢？
把人生当作一个系统，预期是在我们的努力下，明天会更好，生活在幸福之中。但是会有很多事件可能会影响到我们预期的实现。
人生轨迹会不会受到一些意外的严重影响，就是我们人生的容错率。

比方说，没有考上一个好高中，没有考上一个好大学，没有找到一个好工作，等等，我们的人生是不是就被摧毁了？
又比方说，我们生了某种疾病，对我们的身体产生了一些糟糕的影响，我们的人生是不是就被摧毁了？
又比方说，一时行差踏错，我们做了一些糟糕的决定，糟糕的事情，产生了糟糕的影响，我们的人生是不是就被摧毁了？

一方面，我认为不至于，任何时候都可以重新开始。
另一方面，忽视这些重要节点、重要事件的影响，我也做不到（有句老话：一步错，步步错）。
我们人生的容错率到底是高还是低呢？

待续。。。

#1026 DNS HINFO 记录

天涯社区将回归！创始人：明天，全面恢复业务！此前被申请破产审查，官网仍“无法访问”
说是 5/1 前回归，我刚查了一下，天涯现在还打不开。搜索一下域名解析的时候，发现了一个 HINFO 记录，这我还是第一次看到。

#1025 腾讯云事故学习

1. 对客户要讲诚信，除了问题要坦诚，要实事求是
2. 故障报告编写流程与规范
3. 服务的状态页
4. 每一件事都需要有 Owner

#1024 关于工作的反思

最近这几个月的工作越来越忙了。感觉怎么忙，工作也做不完，一堆的事情，等着连放假在家都被工作压得不能安心休息一下。

举个简单的小例子：我以前几乎每天都要起来走七八次，上厕所、喝水、或者就在公司走动一下。然后现在每天喝水的次数估计也就一到两次，几乎没有在公司上过厕所了。
这不是一个很好的工作状态，甚至可以说很差劲。

经过反思，我总结了以下几点：

一、事情的优先级没有分清楚。自己很累，做了很多事情，但是有些重要的事情最后没有完成。
重要的工作排在前面做，安排的工作应该是努努力能够完成的。

二、不会拒绝。我应该将一部分临时插入的工作，拒绝掉，或者往后推，让位给更高优先级的工作。
这个其实跟优先级没有排清楚也有很大的关系。

三、工作没有往下分派，把压力传导出去。
我感觉我们组就我最忙。因为我总希望安排下去的工作一定能保证完成，但是这不是能够能够让大家发挥出最大潜力的方式。
作为中层管理人员，应该留有一点时间思考，思考业务，思考团队发展，思考如何改进工作，思考如何提升效率。不能一直盯着脚下，要抽空抬头看看路。

四、这个沟通做的不到位。之前无法完成，之前一定要和相关的同事有深入的沟通。
我现在每次都是答应下来，然后一直等工作完成再去报告。
有些时候无法完成排在手上也没有及时反馈出去。

1. 工作在传到我这里的时候，应该先和需求方确认清楚，需要完成的程度。
2. 我需要自己判断一个优先级，将我自己这边的安排告诉需求方。如果他认为这件事情真的很重要，那我也应该和他或者其他相关人员去沟通，至少应该做到有所取舍。
3. 工作在执行的过程中，也需要有适当的反馈和沟通。凡事有交代，件件有着落，事事有回音。

#1023 政策关注

#1022 牛魔王、铁扇公主、玉面狐狸的关系

如果值看过电视剧版本西游记，可能会认为牛魔王是一妻一妾，然后宠妾灭妻，抛妻弃子，长年和玉面狐狸生活在一起。
可是看了原著之后就会发现事情没有这么简单。

牛魔王是七大圣之首，也是孙悟空结拜的大哥。西游记中牛魔王每次出场都是大哥大作派。
铁扇公主，又名罗刹女。她也不是什么普通妖怪，而是修成地仙的人物，住在翠云山芭蕉洞，手里有先天灵宝芭蕉扇。火焰山方圆八百里，每逢十年，当地百姓都会准备四猪四羊、花红表里，前来求她灭火，因此她根本不缺供奉。
两人育有一子红孩儿，号圣婴大王，在火焰山修行三百年炼成三昧真火，后来占据号山枯松涧火云洞，自成一方势力，山神土地都被当成仆役。

牛魔王有这么一个温馨的小家庭，为什么勾搭上玉面狐狸呢？其实不是牛魔王见色起意，而是玉面狐狸主动招赘牛魔王。
中国古代就有一种说法，叫做吃绝户，玉面狐狸就面临这种情况。玉面狐狸是万岁狐王的独女。狐王死后，留下百万家私，却没有儿子继承，也没人能够保护这份家产。
玉面狐狸需要靠山，牛魔王则看中了百万家私（图他家私，招我为夫），两人一拍即合、各取所需。
我倒是好奇，牛魔王也不缺钱，为什么要图玉面狐狸的家产，再结合他导出结交各路妖王的 “不安分” 作派，他到底是要干什么？

这事铁扇公主完全知情，甚至默许，坦然接受玉面狐狸定期送来的金银珠翠、柴米绸缎。这在原著玉面狐狸台词中说的很清楚。
铁扇公主拿钱就相当于承认玉面狐狸的外室身份。玉面狐狸也就是买个心安，不用担心主母闹事，安安稳稳地过日子。
问题是，铁扇公主又是为什么要这样做？可能是反正牛魔王的决定无法改变，自己没想离婚，也不像大吵大闹失了体面，那这个送上来的孝敬不拿白不拿。现实主义。
三个人维持了一种平衡：正妻守名分，外室得陪伴，牛魔王两头安稳，三方各得其所。
后来牛魔王长期住在积雷山摩云洞。入赘嘛，这个规矩牛魔王还是讲的。

只是出了唐僧师徒路过火焰山这事，拉拉扯扯，最后搞得：

1. 牛魔王被佛道两家联合围剿，最后走投无路的牛魔王最终被众神牵去交给佛门发落。
2. 铁扇公主交出芭蕉扇，后面不知道怎样了，书里没有写。
3. 玉面狐狸被猪八戒一耙打死。

在此之前红孩儿已经跟着观音走了，后面占领落胎泉的牛魔王弟弟如意真仙被打跑。从妖精的角度看，算是团灭。一个原本势力庞大的妖怪家族，也就此分崩离析。

#1021 logfmt 日志格式

Logfmt 起源于 Heroku，是主流 field=value 空格分隔式结构化日志标准，区别于无键顺序式的 CLF、带表头的 ELF。
PS：Heroku 是最早期成立的 PaaS 平台，2007 年上线，2010 年被 Salesforce 2 亿美金收购，现在已经很难听到这家公司的名字，可能是不行了。曾经在云计算领域还是很有影响力的，甚至云原生的规范也由 Heroku 提出。
PS：Heroku 采用了自研的 dyno 容器平台，当然也是基于 Linux 提供的隔离技术，不过和后面的行业标准 runc/containerd/docker 没有一毛钱关系。

语法规则极简：单行由多组 key=value 空格分隔，含空格、特殊字符的值用双引号包裹，无多余符号，一行一条日志。示例：
ts=2026-07-07T16:00:00 level=WARN path="/user/detail" latency=350ms msg="query timeout"

1. 对比 CLF / ELF，无需固定字段顺序，可按需扩展业务字段。
   相比 JSON，可读性还是稍微强一点
2. 生态成熟，各种语言都有成熟的库，Loki、ELK 等日志平台原生支持解析。
3. 短板是只支持简单类型（字符串、数字、布尔值）（部分实现支持 null 空值），如果有嵌套结构数据还是只能用 JSON 了。
   在日志的场景下，去掉复杂数据类型表现能力，其实又何尝不是一个优点呢？

#1020 Nginx 日志配置

#1019 田文镜