游客txdkjyespxovm_个人页

2025年12月

• 12.30 10:35:58
  发表了文章 2025-12-30 10:35:58

  重复性工作中如何培养匠心

  本文探讨在互联网低增长周期下，如何在重复性工作中培养“匠心”。通过分析结果价值、过程贡献度与可预测性三个维度，指出即便工作看似重复，仍可通过创新、沉淀与自我突破挖掘成长空间，实现从熟练到卓越的跃迁。
• 12.30 10:33:30
  发表了文章 2025-12-30 10:33:30

  发布模式

  蓝绿部署通过两套并行系统（绿色为现役，蓝色为待发布）实现零停机发布与快速回滚。新版本在蓝色环境测试验证后，流量切换至蓝色系统，稳定运行后其转为新的绿色系统。该策略适用于内聚性强、易于切换的系统，不适用于复杂耦合场景。
• 12.30 10:32:17
  发表了文章 2025-12-30 10:32:17

  慢SQL说起：淘天交易订单表如何做索引优化

  本文以淘天电商订单表一条非典型慢SQL为切入点，系统剖析了索引优化理论与实践。内容涵盖B+Tree与B-Tree结构差异、索引下推、排序机制、EXPLAIN与Query Profile等诊断工具使用，并结合大规模线上集群经验，总结慢SQL常见成因及治理策略，提出标准化索引变更SOP，助力高效稳定数据库性能优化。
• 12.30 10:28:58
  发表了文章 2025-12-30 10:28:58

  OOM排查之路：一次曲折的线上故障复盘

  本文记录了一次线上服务因Paimon数据湖与RocksDB集成引发的三次内存溢出（OOM）故障排查全过程。通过MAT、NMT、async-profiler等工具，结合监控分析与专家协作，最终定位到RocksDB通过JNI申请的堆外内存未释放是根源。团队通过架构优化，改由Flink统一写入Paimon，彻底解决问题。文章系统梳理了排查思路与工具使用，为类似技术栈提供宝贵经验。
• 12.30 10:27:14
  发表了文章 2025-12-30 10:27:14

  EFC&CTO：缓存引发数据不一致问题排查与深度解析

  EFC缓存架构升级后引发CTO测试数据不一致问题，定位为缓存版本号回退导致读取旧数据，进而污染pagecache并写坏文件系统。通过分析操作时序、日志及内核行为，复现了因慢请求致dv回退的全过程，最终修复版本号管理逻辑，解决数据错乱。历时半月，深入理解buffer write、setattr触发机制等底层细节，收获颇丰。
• 12.30 10:22:58
  发表了文章 2025-12-30 10:22:58

  RocketMQ：底层Netty频繁OS OOM

  本文记录了一例Java应用因多ClassLoader加载多个Netty的PooledByteBufAllocator实例，导致堆外内存超限引发OS OOM的排查过程。虽设MaxDirectMemorySize为1G，但7个独立Allocator各占配额，实际使用超1.5G。通过NMT、Arthas等工具定位到RocketMQ客户端为主要占用者。根本原因是Netty绕过JVM DirectMemory管控，自行管理堆外内存。建议短期调小堆内存腾出空间，长期优化中间件内存使用或统一类加载器。
• 12.30 10:19:20
  发表了文章 2025-12-30 10:19:20

  线程池：故障梳理总结

  本文从故障与技术双重视角，总结线程池满导致服务不可用的典型场景及应对策略。涵盖数据库慢查询、热更新、DDL锁表、连接池配置不当等问题，结合真实案例剖析根因，并提出fast-fail、超时控制、流控背压等最佳实践，助力开发者提升系统稳定性。
• 12.30 10:17:44
  发表了文章 2025-12-30 10:17:44

  大模型应用开发中MCP与Function Call的关系与区别

  MCP与Function Call是大模型应用的两大关键技术。前者是跨模型的标准协议，实现多工具动态集成；后者是模型调用外部功能的机制。MCP构建通用连接桥梁，支持跨平台、热插拔与细粒度管控，适用于复杂企业场景；Function Call则轻量直接，适合单模型快速开发。二者可协同工作：模型通过Function Call解析意图，转为MCP标准请求调用工具，兼顾灵活性与扩展性。未来将趋向融合，形成“解析-传输-执行”分层架构，推动AI应用标准化发展。
• 12.30 10:15:31
  发表了文章 2025-12-30 10:15:31

  全面认识MCP：大模型连接真实世界的“USB-C接口”

  MCP（模型上下文协议）是AI时代的“万能接口”，由Anthropic提出，旨在标准化大模型与工具、数据源的连接。它简化集成、提升任务处理能力，推动AI智能体实现复杂操作，正重塑AI应用生态。
• 12.30 08:59:15
  发表了文章 2025-12-30 08:59:15

  从Google线上故障，谈灰度发布的重要性

  2025年6月12日，Google Cloud因未灰度发布的新功能引发空指针异常，导致全球服务中断超7小时。故障暴露了配置管理的重大隐患。本文深入分析根因，详解基于Nacos的IP与标签灰度发布方案，强调通过配置中心实现渐进式发布的必要性，为高可用系统提供实战指南。
• 12.30 08:55:16
  发表了文章 2025-12-30 08:55:16

  线程池：故障梳理总结

  本文从故障与技术双重视角，总结线程池满导致服务不可用的常见场景及解决方案。涵盖数据库慢查询、热更新、DDL锁表、连接池配置不当等问题，结合真实案例剖析根因，并提出fast-fail、流控背压、合理重试等最佳实践，助力开发者提升系统稳定性。
• 12.30 08:53:36
  发表了文章 2025-12-30 08:53:36

  生产环境缺陷管理

  git-poison基于go-git实现，通过“投毒-解毒”机制在分布式环境中精准追溯、管理bug，避免多分支开发中bug修复遗漏问题。它不依赖人工沟通，自动卡点发布流程，有效阻塞带未修复bug的版本上线，已在大型团队落地一年，显著降低协同成本与生产风险。
• 12.30 08:52:26
  发表了文章 2025-12-30 08:52:26

  生产环境发布管理

  本文介绍大型团队如何通过自动化部署平台实现多环境（dev/test/pre/prod）高效发布与运维。涵盖各环境职责、基于Jenkins+K8S的CI/CD流程、分支管理、一键发布及回滚机制，并结合Skywalking实现日志链路追踪，提升问题定位与修复效率，助力企业级DevOps落地。
• 12.30 08:49:50
  发表了文章 2025-12-30 08:49:50

  从Google线上故障，谈灰度发布的重要性

  2025年6月12日，Google Cloud因未灰度发布的新配置引发空指针异常，导致全球服务中断7小时。故障暴露了缺乏配置灰度与错误处理的严重风险。本文结合Nacos等配置中心的IP/标签灰度方案，探讨如何通过渐进式发布保障系统稳定性，避免类似重大事故。
• 12.30 08:45:17
  发表了文章 2025-12-30 08:45:17

  为什么要单元测试

  单元测试看似拖慢进度，实则是提升研发效率的关键。它通过快速反馈、精准定位问题、提升代码质量，支撑软件长期高效迭代，是现代开发不可或缺的基石。