关于技术的认真思考，
也关于生活里的微小发现。
最近更新01
PostgreSQL 18 的性能优化不再局限于加索引或调 SQL，而是从底层重构数据访问与建模方式。其异步 I/O 子系统通过 worker 或 io_uring 并发读取，显著改善大表扫描、Bitmap Heap Scan 和 VACUUM 的吞吐；B-Tree Skip Scan 允许联合索引在缺失最左列时仍能部分利用；原生 UUIDv7 提供时间有序标识，提升索引写入局部性；虚拟生成列将确定性行内计算统一到数据库；增强的 RETURNING OLD/NEW 可一次获取修改前后数据。文章强调，这些能力并非自动加速所有查询，升级前应基于真实负载测试，合理配置 I/O 并发参数，并关注统计信息恢复与生态兼容。
随手记下02
Java应用的内存浪费不只来自业务字段，每个对象携带的对象头也会在海量实例下形成开销。本文围绕JDK 27默认启用的Compact Object Headers，拆解传统与紧凑对象头的布局差异，解释少4字节为何影响堆占用、GC频率、缓存局部性和容器密度，并通过JOL展示变化。同时给出JDK 25、26的启用方式、灰度流程、监控指标、适用场景与风险边界，帮助团队在升级前完成可验证、可回滚的内存优化。
随手记下03
Netty 4.2 将 io_uring 从孵化模块升级为正式传输实现，使 Java 网络服务能够通过提交队列与完成队列批量交付 I/O。本文从 epoll 的就绪模型讲起，拆解 SQ、CQ、multishot 与缓冲区环，给出 Maven 依赖、运行时探测、三级回退和调优示例，并说明它与虚拟线程的边界。文章还分析 Docker seccomp、内核开关、原生库分类器与压测误区，帮助开发者判断 io_uring 是否适合生产环境。
随手记下04
本文介绍个人博客中 AI 评论审核、AI 自动回复与表情包系统的完整设计。系统在评论安全入库后，通过异步任务执行本地敏感词预筛，并根据内容类型将普通文本、内置表情和斗图图片分流至文本或多模态模型。借助七种审核状态、条件更新和定时重试机制，避免并发覆盖、重复审核与回复丢失。AI 回复结合文章内容、评论语义和表情情绪生成个性化内容。表情包服务则通过域名白名单、URL 校验、HTML 清洗、缓存及故障降级保障安全与可用性，最终形成可恢复、可追踪、支持人工接管的评论治理流水线。
随手记下05
本文以多模型系统为例，指出付费大模型接入的关键不在接口调用，而在身份、模型、网络与成本边界。后端应建立统一出站层，集中完成认证校验、模型白名单、授权、端点验证及 Redis Lua 额度控制。Redis 异常时应拒绝付费请求，禁止自动重试和重定向；长连接使用租约心跳，结果不确定时不立即释放租约，避免重复计费。分享标题等隐式功能应固定使用免费模型并支持降级，以自动化测试固化权限、路由和异常处理规则。
随手记下06
Codex 与普通补全工具不同，它能进入项目读取、修改文件、运行测试、解释报错，充当“会干活的 AI 搭档”。文章首先说明它最适合处理需要上下文理解的任务，如阅读陌生代码库、定位 Bug、补充测试、实现小功能等，并比较 IDE 插件、CLI 与云端三种使用方式，建议新手先从 IDE 或 CLI 入手。随后提供 macOS Homebrew 安装、账号或 API Key 登录步骤，并示例第一次只读分析项目结构，以低风险任务起步。针对 Prompt 编写，文章提出四要素（要解决的问题、修改范围、约束条件、验证方式），强调先让 Codex 写计划、提供充分上下文、要求自行运行测试并迭代修复。为统一项目规范，推荐在仓库根目录放置 AGENTS.md，记录依赖、lint、测试等规则，并通过 sandbox 参数控制只读、工作区写入或全访问权限。接着列举解释代码库、修复 Bug、实现筛选功能、补充测试、代码审查等常见场景，并说明使用 codex exec 实现自动化生成 release notes、总结 CI 失败等。云端任务适合大规模或并行操作，但仍需人工 Review。最后总结最佳工作流为只读分析→制定计划→小步修改→运行测试→人工 Review，提醒勿盲目信任结果，及时设定项目规则与权限，以让 Codex 成为提升效率而非取代程序员的可靠助手。
随手记下07
MySQL 的 Online DDL 并不意味着完全无锁。即使使用 INSTANT 算法，加字段仍可能等待元数据锁，并把后续查询拖入排队，最终耗尽 Java 服务的共享连接池。本文以 MySQL 8.4 和 InnoDB 为例，通过多会话实验还原阻塞链，结合锁记录、sys 视图与事务信息定位根因，区分变更算法、元数据锁等待和连接获取超时，并给出取消变更、缩短事务、兼容发布与故障演练方法，帮助建立可观测、可中止、可验证的数据库发布流程。
随手记下08
抖音续火花助手是一款面向个人用户的开源自动化工具，可部署在自己的服务器上，每天定时向指定好友发送续火花消息。项目提供可视化网页后台，支持好友与消息管理、登录态上传、联系人同步、干跑测试、立即发送、任务停止、结果记录和日志查询。同时具备会话校验、搜索兜底、发送确认、限流识别、超时终止和浏览器回收等保护机制。项目基于FastAPI、Playwright和Vue开发，支持Python及Docker部署，并提供Windows登录态更新工具，适合个人低频自用和自动化技术学习。
随手记下09
接口变慢，并不一定是SQL执行慢。连接池排队、连接持有时间过长、行锁竞争和未结束的事务，都可能让系统在CPU不高时出现明显卡顿。本文以Java、HikariCP和MySQL为例，通过可复现实验拆分连接获取、数据库访问和连接占用时间，并结合sys视图定位阻塞者与长事务。同时分析连接池扩容、超时配置和事务拆分的适用边界，建立从应用监控到数据库诊断的排查路径，帮助开发者避免盲目加索引、加连接或重启服务。
