负责电商平台核心交易链路的高并发系统设计与优化，主导微服务架构落地及性能瓶颈攻关，支撑年GMV超50亿的业务规模。

• 主导设计并实现秒杀场景的分布式限流降级模块，基于Go语言结合Redis Cluster与令牌桶算法，解决大促期间瞬时QPS突增至8万的数据库击穿风险；通过自定义中间件动态调整限流阈值，将系统抗峰值能力提升至50万QPS，大促期间交易成功率稳定在99.98%以上，较上版提升3个百分点。
• 核心参与订单中心微服务重构，采用Go语言Gin框架+gRPC协议，将原单体应用拆分为订单创建、支付回调、状态流转3个独立服务；通过K8s进行容器化编排，结合服务网格实现流量治理，服务平均响应时间从200ms降至80ms，故障隔离率达100%，支撑日订单量从50万增长至200万。
• 针对MySQL订单表读写性能瓶颈，引入TiDB分布式数据库，使用Go语言开发异步任务调度器处理历史订单归档；通过分库分表策略将单表数据量控制在500万以内，订单查询耗时从150ms降低至20ms，支撑年GMV破10亿的业务场景。
• 搭建Go语言代码质量保障体系，集成Go Test+CodeCov强制单元测试覆盖率≥85%，引入SonarQube扫描内存泄漏与并发安全问题；线上P0级故障率同比下降60%，代码评审效率提升40%，获技术委员会「质量之星」认证。

负责内容分发平台（CDN）的后端服务开发与性能调优，参与高可用架构设计，支撑全国3000+节点稳定运行。

• 开发CDN节点状态监控系统，使用Go语言结合Prometheus+Grafana实现实时指标采集，自定义Collector采集带宽利用率、延迟、丢包率等20+核心指标；将故障发现时效从5分钟缩短至30秒，异常告警准确率提升至98%，支撑平台可用性达99.99%。
• 优化内容分发调度算法，基于Go语言实现加权轮询+一致性哈希策略，动态结合节点健康度调整权重；内容命中率从92%提升至96%，年节省带宽成本超200万元，获公司年度技术创新奖。
• 解决高并发下缓存击穿问题，设计双层缓存架构（本地LRU+Redis Cluster），通过Go语言sync.Map实现热点Key探测与预加载；缓存命中率从88%提升至94%，后端数据库QPS峰值下降40%，关键接口稳定性显著增强。
• 主导CI/CD流程搭建，使用Go语言编写自定义构建脚本，集成Travis CI实现代码提交后自动编译、单元测试、Docker镜像打包；部署时间从40分钟缩短至15分钟，团队迭代效率提升35%，获工程效能部通报表扬。

协助完成内部管理系统功能开发与BUG修复，参与基础组件封装，积累高并发场景下的Go语言实践经验。

• 协助开发员工考勤系统后端接口，使用Go语言Beego框架实现请假、加班、调休等核心功能，编写20+个RESTful API；通过Postman完成全链路测试，上线后日均处理1000+次请求，零重大BUG，获直属领导「快速学习者」评价。
• 封装通用数据库操作库，基于Go语言database/sql与xorm框架，实现连接池管理、SQL防注入、事务封装等功能；代码冗余度降低50%，团队开发效率提升25%，被纳入部门公共组件库持续使用。
• 参与系统性能压测，使用Go语言net/http包编写压测脚本，模拟500并发用户访问；定位到慢查询接口后优化MySQL索引，将响应时间从800ms降至200ms，满足业务上线性能要求。

星途直播平台高并发弹幕系统重构与实时互动能力升级项目

• 星途直播作为泛娱乐赛道头部平台，原有弹幕系统基于传统HTTP轮询架构，存在峰值QPS仅8000、消息延迟平均1.2s、无法支持弹幕抽奖/连麦高亮等互动玩法的痛点，导致月用户流失率达3%。我作为后端核心负责人，主导系统从单体架构到“事件驱动+微服务”的重构，目标是解决高并发瓶颈、降低延迟，并支撑互动玩法落地。
• 项目面临三大核心挑战：一是原有架构耦合度高（发送/存储/推送逻辑混杂），无法横向扩展；二是HTTP轮询模式下消息可靠性差（峰值丢失率5%），弱一致性导致互动玩法失效；三是实时互动需求要求消息推送延迟<500ms，传统技术栈无法满足。
• 1. 架构解耦：拆分为弹幕发送、存储、推送三大微服务，用Kafka做消息队列解耦，定义统一的Protobuf消息格式规范；2. 低延迟推送：引入WebSocket长连接替代HTTP轮询，结合Redis Pub/Sub实现集群间消息广播，解决多节点同步问题；3. 可靠性保障：设计“本地缓存+Kafka重试+死信队列”三级机制，将消息丢失率降至0.01%以下；4. 互动玩法支持：基于弹幕元数据构建Elasticsearch实时索引，实现弹幕抽奖（30ms内筛选符合条件的用户）、连麦弹幕高亮（延迟<400ms）等功能。
• 项目上线后核心指标显著提升：峰值QPS达5万，消息延迟降至200ms内，互动玩法覆盖80%头部直播间。业务层面，用户停留时长增加45%，弹幕相关礼物收入月均增长28%，用户流失率下降至1.2%。同时输出《高并发实时消息系统设计规范》，成为公司后续直播/IM类项目的技术标准，培养2名初级工程师掌握微服务与实时系统设计。

企业级CRM系统分布式事务与性能优化项目

• 云墨CRM服务2万余家中小企业，原有单数据库架构无法支撑月活增长（从5000到2万），出现线索分配事务失败（月均120次）、复杂查询耗时超10s、数据同步延迟高等问题，严重影响销售效率。我作为后端高级开发，负责分布式事务解决方案设计与全链路性能优化。
• 挑战集中在三点：一是单库无法承载跨服务事务（如线索分配涉及用户、线索、配额三张表），TCC模式落地经验不足；二是复杂查询（按地区/行业/跟进状态筛选）因单库索引优化有限，响应慢；三是MySQL主从同步延迟导致数据分析库数据不及时，报表准确性受影响。
• 1. 分布式事务：采用Seata TCC模式解决跨服务一致性，定义“Try-Confirm-Cancel”流程，比如线索分配时先锁定用户配额，成功后再扣减并同步线索，事务成功率从95%提升至99.9%；2. 数据分库分表：基于ShardingSphere按地区分库、客户ID哈希分表，将客户表/线索表分散至4个数据库，QPS提升3倍；3. 读写分离与缓存：主库负责写，8台从库集群负责复杂查询，同时将常用筛选结果缓存至Redis（LRU策略+30分钟过期），查询耗时从10s降至800ms内；4. 数据同步：用Canal监听MySQL binlog，实时同步至Elasticsearch数据分析库，报表延迟从1小时缩短至5分钟。
• 优化后系统性能满足业务增长：复杂查询响应<1s，月事务失败次数降至2次以内，销售录入线索效率提升35%，客户满意度从82%升至91%。项目沉淀了《SaaS系统分布式事务设计指南》与《分库分表最佳实践》，成为公司SaaS产品的核心技术规范，我也从功能执行者成长为能主导性能瓶颈解决与架构优化的核心成员。

• 因痛心于年轻人对历史的疏离，我在B站创立「古人脱口秀」栏目，用职场梗解构历史事件（如《雍正皇帝的KPI保卫战》）。通过设计「颠覆认知-史料佐证-现代共鸣」三幕剧本模板，单期视频最高收获1.7万条弹幕互动。
• 两年间栏目播放量突破180万，作品被多地中学选为教学素材。这段经历磨砺出将学术内容转化为大众语言的能力，也让我理解到真实用户反馈才是创作者的指南针。