2026-01-15 22:03小米音响申请售后
25年初的时候入手的一款新发布的小米音响《入手小米智能音响PRO，米家智能家电+1，使用一周初体验》，一直放在卧室里给小孩放儿歌讲故事，一直用着也没啥问题，后来回老家就带回去了，元旦回家媳妇就...
2026-01-15 15:50坚果云 x Obsidian 官方同步插件
新的一年已经过去半个月了，好久没更新了，也是因为最近一直没有什么值得记录的。 最近一直在折腾手头的工具，也一直 […]
2026-01-15 15:31千万级大表新增字段实战指南：告别锁表与业务中断
在数据库日常运维中，表结构变更（尤其是新增字段）是高频需求。对于数据量几千、几万的小表，一条简单的ALTER TABLE语句便能瞬间完成，几乎不会对业务造成影响。但当表数据量突破千万级甚至上亿级时，直接执行ALTER TABLE就可能成为一场“灾难”——长时间锁表导致读写阻塞、主从延迟飙升、应用连接池耗尽，最终引发订单 […]
- 2026-01-15 14:03
坚果云 x Obsidian 官方同步插件
新的一年已经过去半个月了，好久没更新了，也是因为最近一直没有什么值得记录的。 最近一直在折腾手头的工具，也一直在准备写一篇”技术“类的文章，分享一下。只是一直没行动。 在使用了这么多笔记软件后，最终选...
- 2026-01-15 12:33
第二张明信片
几天前（1月15日）就收到了虫虫的明信片，写了满满一张的诚意。这是第二次参加明信片活动，初衷是为了拿到[朱小呆 […]
- 2026-01-15 10:39
在 SQL 中做范围查询时，使用 BETWEEN AND 和直接用 >/=/
核心结论先明确：在绝大多数数据库（MySQL/Oracle/PostgreSQL等）中，二者的性能几乎完全一致，因为数据库优化器会将 BETWEEN AND 自动等价转换为 >= + <= 的组合。性能差异的关键不在运算符本身，而在「是否能利用索引」「范围边界的合理性」。 一、底层逻辑：BETWEEN AN […]
- 光2026-01-13 15:28
能量太低的人，狂做这些恢复
一、 隔绝消耗源：守住自身磁场 二、 正向补给：从环境和身体汲取能量 三、 调整思维：停止内耗，主动积聚能量 […]
- 2026-01-13 13:53
深度解析 Disruptor：无锁队列的高性能实现与实践
在高并发场景中，线程间的数据交换是核心环节，而队列作为数据缓冲的关键组件，其性能直接决定了整个系统的吞吐能力和延迟表现。传统并发队列在面对超高吞吐需求时，往往受限于锁竞争、内存开销等问题，难以满足金融交易、高频计算等极端场景的要求。Disruptor 作为一款高性能无锁队列框架，通过创新的设计理念和底层优化，成功突破了 […]
- 光2026-01-12 17:23
立个小目标
先从10万到100万！
- 光2026-01-12 16:24
证明男生在走上坡路的五大征兆
1. 话少而稳重：沉默是筛选，开口是分量 话少不是 “闷葫芦”，而是不轻易消耗自己的表达欲，只在关键时候输出有 […]
朋友圈
共 246 条，25 页