架构经验
（1）分布式系统架构
1、分布式系统基于dubbo划分为商品线、交易线、资金线、用户线、支付线、履约线构成的电商系统架构，dubbo配置关闭启动时检查、服务分组、多版本、延迟暴露等。基于dubbo如何做服务治理、服务降级以及重试
2、配置中心使用携程Appollo框架，注册中心采用ZK实现。
3、基于分布式数据库MongoDB解决消息中心、广告中心的大批量终端Id的信息更新
4、基于分布式搜索系统ElasticSearch+Kafka自研的Trace进行链路追踪和日志统计
5、分布式事务主要应用于交易中心的支付功能采用TCC事务，保障支付，风控，优惠券处理的一致性；支付网关回调采用可靠消息最终一致性设计，保证扣款，积分，抽奖的最终一致性；支付反馈消息采用最大努力通知型设计
6、分布式session使用Tomcat-redis-session-manager实现共享
7、采用Redisson实现的分布式锁方案解决分布式并发需要加锁的场景
（2）高并发系统架构
1、SLB+Tengine分散压力，优化并发连接数
2、Tomcat采用非阻塞协议Http11Nio2Protocol，启用压缩，优化并发连接数，JVM优化
3、用户中心、交易中心 采用Mysql+ShardingJdbc+SLB进行分库分表，读写分离
4、会员端小程序接口采用本地内存+Redis多级缓存保存热点数据
5、个人中心、交易中心采用RocketMQ对低耦合业务进行异步处理
6、对热点数据预处理
（3）高可用架构
1、各业务模块多点布署保证高可用
2、会员端小程序接口采用Sentinal对异常流量进行熔断降级和监控
3、用户信息、渠道信息等采用Redis+Ehcache多级缓存
4、MHA+Mysql+ShardingJdbc+SLB，应用分布式集群部署，Redis Cluster集群保证存储高可用
5、RocketMq高可用架构部署保证消息队列高可用
6、ElasticSearch+Zookeeper集群保证搜索引擎高可用
7、Zabbix自动化检测实时报警
8、核心接口异常和数据对比异常，发短信及时报警通知
（4）高性能架构
1、采用构造器模式构建活动商品，采用状态模式进行商品的上下架，采用原型模式构商品VO转换
2、采用分布式定时任务轮巡保证数据强一致性
3、采用职责单一，层极分明，高聚合低耦合的原则设计代码结构
4、基于AOP机制进行异常的捕获，通过错误码的方式返回，便于快速定位解决问题
5、基于Appollo配置做新旧代码开关控制，线上发布无需回滚，直接更改配置即可
问题解决经验
解决会员端接口请求缓慢，带宽占比高，代码维护性差的问题
1、工程工程业务功能拆分，分别集群部署，提高单机的性能
2、建立本地缓存，所有会员端接口走本地内存方式
3、精简接口返回字段，不需要的字段不返回
4、重构代码，实现高聚合低耦合的原则
解决Mysql主库CPU使用率达到46%
1、对历史数据进行归档
2、对查询频率最高前十个sql进行优化。
3、对大字段进行拆表处理
4、读写进行分离，读操作走从库，写走主库
5、经过优化，主库CPU使用率降低到8%
优化慢查询sql,解决MySQL读库CPU使用率100%停止服务问题
1、优化导出实现方式，限制导出最大数目，限制最大导入数目
2、优化时间段过滤查询方式，走更好的索引
3、不写联合查询表的sql,进来单表查询，逻辑处理在内存中进行处理
4、重构代码，减少不必要的查询
公共Redis迁移，解决商品线共用公共redis问题
1，将公共Redis中商品线所有用到的Key全部迁移到新的独立集群
2，使用阿里云redis-shake工具进行迁移
3，迁移后，需要对当天和明天的数据进行全量刷新缓存
请回答以下问题以便做推荐
1、目前是在职还是离职，面试通过的话大概到岗周期是多久？
在职，2-3周
2、离职/看机会的原因是什么？
自我成长，目前环境自我提升受限
3、目前薪资多少（有年终奖的备注好，比如30k*15薪），期望薪资多少？
目前20K*14 期望月薪28K
4、户籍地是哪里？之前工作是在哪里？未来想在哪里发展？
都是杭州
5、出生年月，婚育情况
199*04 已婚未育
6、给2-3个方便线上面试的时间段，简历通过后HR会直接联系。
周五晚上8点之后或者周末俩天全天