• 负责商家后台管理系统的重构，采用Django REST Framework构建清晰的API，为后续多端（Web/APP）发展奠定了坚实基础，后端开发效率提升40%。
• 设计基于规则的自动化运营审核流程，将商家入驻、商品上架等审核业务的平均处理时间从4小时缩短至30分钟，运营团队人效提升显著。
• 优化数据库慢查询（占比22%），通过索引重构、大表拆分（单表从5000万行→2000万行）将核心接口响应时间从1.2s降至400ms，相关方案纳入公司技术中台标准组件库。

• 负责用户优惠券与促销系统的开发和维护，通过 Redis 保障高并发下的领券和核销性能，成功应对了多次大型营销活动。
• 编写的数据迁移和清洗脚本（Python Pandas），高效准确地完成了数次历史数据治理任务，为数据分析提供了干净的数据源。
• 主导埋点数据采集系统重构，基于Celery+RabbitMQ搭建高吞吐异步任务队列，支持日均50亿条行为数据的实时清洗与入库（原延迟30分钟→现延迟5分钟），为运营团队提供精准的用户画像标签，推动活动转化率提升18%；
• 协助分析慢查询日志（日均500条），定位并修复3类典型性能问题（全表扫描、冗余关联查询），将核心接口响应时间从2s降至800ms，是产品整体响应效率达到优秀水平。

星途直播平台高并发弹幕系统重构与性能优化项目

• 星途直播平台顶流主播开播时，原单体架构弹幕系统暴露严重性能瓶颈——峰值延迟达2s+、丢包率5%，核心痛点是消息队列吞吐量不足（RabbitMQ仅1万条/秒）、Redis分片不均引发热点、传统MD5去重算法内存占用高。我的目标是重构系统以支撑单直播间200万+并发弹幕，将延迟压降至500ms内、丢包率低于1%，同时担任整体架构设计与核心模块开发负责人。
• 项目面临三大技术挑战：一是单体架构无法横向扩展，二是现有消息队列难以承载高并发写入，三是弹幕去重与排序的效率问题——传统MD5去重需存储全量弹幕哈希，内存消耗呈指数级增长；而单纯时间戳排序易导致消息乱序。
• 我主导架构拆分为“生产-存储-推送”三个微服务：用Kafka替代RabbitMQ，利用其分区机制实现消息并行消费，吞吐量提升至10万条/秒；针对去重问题，设计“布隆过滤器预过滤+Redis Set精准校验”的双层机制——布隆过滤器拦截99%重复弹幕，Redis仅存储未命中弹幕的哈希，内存占用降低80%；排序环节引入时间轮算法，将弹幕按时间窗口缓存并顺序推送，CPU消耗减少40%。
• 项目上线后，单直播间支持250万并发弹幕，延迟降至280ms，丢包率仅0.08%；服务器数量从8台缩减至5台，年运维成本降低35%；用户弹幕发送成功率从95%提升至99.9%，该方案被纳入公司直播技术中台，我也因此晋升为直播业务后端负责人。

星途电商平台全链路库存一致性系统建设项目

• 星途电商大促期间（如618、双11），库存超卖（峰值0.1%）、多渠道（APP/小程序/抖音小店）库存同步延迟（5秒+）问题突出，导致订单取消率高达15%，严重影响用户体验与营收。我的目标是搭建全链路库存一致性系统，将超卖率降至0.01%以下、库存同步延迟控制在1秒内，同时负责库存服务架构设计及跨系统协同。
• 原系统存在三大核心问题：一是同步依赖同步RPC调用，易引发雪崩；二是缺乏分布式事务支持，多渠道库存更新不同步；三是MySQL库存变更无法实时同步到缓存，导致前端显示与实际库存不一致。
• 我推动库存服务从单体拆分为“中心-同步-校验”三个微服务：基于Seata实现TCC分布式事务（Try阶段预留库存、Confirm确认扣减、Cancel释放库存），解决跨渠道库存一致性问题；用Canal监听MySQL binlog，实时将库存变更同步到Redis与ES，保证缓存与数据库的一致性；设计多渠道库存统一缓存层，通过分布式锁协调不同渠道的库存扣减，避免超卖。
• 系统上线后，超卖率降至0.003%，库存同步延迟降至0.3秒，大促订单取消率降低至8.5%；每年节省因超卖、同步问题导致的人工客服与赔付成本约220万；该方案成为公司电商库存标准架构，我因此获得当年公司“技术突破奖”，并主导了后续供应链库存扩展项目。

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