负责公司核心交易链路数据库（MySQL+TiDB）全生命周期管理，覆盖高可用架构设计、性能瓶颈攻坚、容灾体系迭代及故障根因定位，支撑日均1.2亿订单量的业务稳定性，保障RTO≤10分钟、RPO=0的核心 SLA。

• 主导核心订单库TiDB分布式架构升级，针对原有MySQL单库容量超8T、查询延迟峰值200ms的瓶颈，牵头制定用户ID哈希分片策略，通过TiDB DM工具实现跨3机房双向同步，结合Ansible+TiDB Operator搭建自动化扩容流程，将数据库QPS承载能力从1.5万提升至5万，故障恢复时间从30分钟缩短至5分钟内，支撑大促期间120%流量峰值无抖动。
• 解决大促期间数据库CPU飙升至90%的问题，运用pt-query-digest分析慢查询日志，定位订单详情页3表JOIN未命中索引（执行计划全表扫描），主导新增(user_id+order_status+create_time)联合索引并重构查询语句，将慢查询占比从18%降至2%，大促期间CPU利用率稳定在65%以内，保障业务流畅性。
• 搭建数据库智能监控体系，整合Prometheus+Grafana+Alertmanager，自定义InnoDB Buffer Pool命中率、锁等待时长等12项核心指标，通过Python脚本实现告警自动派单至钉钉群，设置P1/P2级分级阈值，将故障发现时间从15分钟压缩至1分钟，全年误报率控制在5%以内。
• 主导季度级容灾演练，针对TiDB集群脑裂问题优化配置（raft-election-timeout调至2s、开启raft-pre-vote），并使用pt-table-checksum验证数据一致性（误差≤0.001%），将RTO从45分钟优化至10分钟，全年未发生因数据库问题导致的业务中断。

负责商户端数据库（MySQL+Redis）日常运维、性能调优及安全加固，支撑商户入驻、商品管理等核心功能，保障日均3000万次接口调用，聚焦数据库稳定性与数据安全能力建设。

• 解决商户商品库MySQL主从复制延迟超10分钟问题，分析为从库CPU被批量更新任务抢占及STATEMENT binlog重放低效，通过调整从库资源（增加2核CPU）、修改binlog格式为ROW并开启并行复制（slave_parallel_workers=8），将延迟降至1分钟以内，保障商户商品信息实时同步。
• 实施数据库安全加固项目，针对商户手机号、营业执照号等敏感数据未加密问题，启用MySQL透明数据加密（TDE）并搭配HashiCorp Vault管理密钥，同时通过Percona Audit Plugin监控高危操作，全年拦截未授权DROP TABLE操作3起，避免数据泄露风险。
• 优化Redis缓存层，针对大促期间爆款商品缓存击穿（1.2万次DB查询/秒）问题，采用Redisson互斥锁+随机过期时间策略，将缓存预热时间延长至提前4小时，缓存命中率从75%提升至92%，DB查询量减少40%，支撑大促峰值。
• 搭建全量+增量备份体系（全量每周日备份至OSS、增量每小时备份），通过Shell脚本校验备份文件md5及大小，全年恢复测试通过率100%，曾在商户误删数据时30分钟内恢复至误删前状态，最小化业务影响。

负责公司内部系统及早期产品数据库（MySQL）基础运维，包括安装部署、日常监控、故障排查及数据备份，支撑官网、后台管理系统运行，聚焦数据库可用性与基础问题解决能力培养。

• 搭建Keepalived+Nginx高可用环境，解决原有单节点MySQL故障导致系统不可用问题，将系统可用性从99%提升至99.9%，保障官网7×24小时访问。
• 优化后台管理系统报表慢查询（原时长超30秒），通过EXPLAIN分析执行计划发现未使用覆盖索引，新增索引后将查询时长降至2秒以内，提升运营人员工作效率30%。
• 制定数据备份策略（每日凌晨本地+OSS备份，每周验证可恢复性），全年未因备份问题导致数据丢失，支撑业务数据安全留存。
• 协助开发团队解决Tomcat连接池耗尽问题，调整连接池参数（maxActive从50→100、minIdle从5→10）并结合慢查询优化，将系统卡顿次数从每周5次降至每月1次。

星途游戏云原生全生命周期运维平台研发及规模化落地项目

• 星途互娱核心游戏业务从传统IDC向阿里云K8s集群迁移过程中，面临运维工具碎片化（分散在Jenkins、Zabbix、自建CMDB等系统）、故障排查耗时（平均45分钟/次）、发布效率低（单服务部署需15分钟）等问题。我作为平台核心设计者，目标是打造覆盖“部署-监控-故障自愈-容量规划”的云原生全链路运维平台，支撑10+款月活千万级游戏的稳定运营。
• 项目核心挑战有两点：一是混合资源管理——部分老游戏仍运行在OpenStack虚拟机，需统一纳管K8s Pod与传统VM的资源视图；二是故障根因定位慢——游戏故障常涉及“客户端-网关-逻辑服-数据库-第三方支付”多链路依赖，传统日志检索无法快速关联异常。
• 针对混合资源问题，我设计了“资源抽象层”技术方案：基于OpenAPI封装K8s与OpenStack的底层接口，向上暴露统一的“虚拟机/容器”资源模型，同时用Ansible Tower实现两类资源的配置同步，解决了跨环境的运维一致性；针对故障定位，我主导引入“链路追踪+日志关联”体系——用Jaeger采集全链路调用 trace，结合ELK Stack的Logstash插件将trace ID注入应用日志，开发了“故障溯源引擎”，支持输入用户投诉的“登录失败”症状，自动关联数据库慢查询、API响应超时、缓存穿透等根因。
• 项目上线6个月内，支撑完成12款游戏的全量云原生迁移：部署效率提升60%（单服务部署降至6分钟内），故障平均排查时间缩短至8分钟以内，全年减少因运维响应慢导致的用户流失营收约200万元。我个人主导了平台70%的核心模块开发（资源管理、故障自愈），并输出《星途云原生运维平台操作规范》，成为团队标准。

星途CDN智能缓存优化系统研发项目

• 星途互娱游戏分发依赖第三方CDN厂商，但存在两大痛点：一是缓存命中率波动大（日均70%-80%），突发流量（如新游上线）易导致源站带宽峰值超标；二是缓存策略依赖人工经验，无法适配不同游戏的内容热度变化（如MMORPG的大地图资源 vs 休闲游戏的轻量化素材）。我作为运维开发负责人，目标是构建“数据驱动的CDN缓存智能调整系统”，降低源站压力与带宽成本。
• 项目难点在于“实时性与准确性平衡”：CDN节点分布全球20+地区，需秒级采集流量、缓存命中、用户地域等数据，同时机器学习模型需准确预测不同游戏的“热点内容生命周期”（如某皮肤的上线热度期）。
• 我从三方面突破：1）数据 pipeline 搭建——用Flink实时消费CDN厂商API的流量日志，清洗后将“内容URL、访问频次、地域分布”等指标写入ClickHouse；2）模型优化——针对游戏内容“短周期热点”特点，放弃传统LR模型，改用LightGBM融合“内容类型、上线时间、用户画像”特征，预测内容的“未来2小时访问量”；3）自动化执行——开发Python脚本对接CDN厂商的管理接口，根据模型预测结果动态调整节点缓存TTL（如预测某资源未来1小时访问量将上涨50%，则延长TTL至2小时）。
• 系统上线后，CDN缓存命中率从75%提升至88%，源站带宽成本每年降低约300万元；同时支撑了《星途纪元》上线时峰值日活1200万的活动，未出现因CDN缓存失效导致的源站宕机。我主导了数据采集模块与模型落地脚本的开发，还优化了特征工程（新增“游戏版本更新时间”维度），使预测准确率从72%提升至85%。

支教时发现乡村小学因缺乏实验器材，科学课多停留在课本讲解。返校后联合实验室开发出百元级科学实验背包，内含20个基础实验器材。为确保可持续运营，设计配套视频课程与城乡结对系统，并培训132名大学生担任远程助教。项目覆盖9省47所学校后，学生科学兴趣评分提升35%。这段经历教会我用产品思维解决社会问题，当看到孩子们用自制望远镜发现土星光环时，我理解了教育的真谛是点燃可能性。