意料之外的Q4总结

 2021年的11月份已经接近尾声，原本是准备写篇技术博客总结下近期的一些实践，但是当我写完最近关于秒杀式登录的总结文章后发现没有更多精力来写一篇技术博客了，索性写篇Q4的技术总结。

 Q4的技术需求都比较有突然性，主要是受外部的合规约束，包括数据合规和业务合规。因为有这些合规的需求，技术上就可以有一些微创新的应用。个人觉得在整体的技术方案选择、进度推进上还是比较满意的。当然做到这些都是基于前期的积累，不管是技术栈的深入研究还是业务的提前梳理，都为达到这些效果做了铺垫。

 数据合规要求数据层存储加密后的数据，基于 mybatis 的数据访问我选择采用了 mybatis 的插件来进行加解密。之所以选择这个方案基于一年前（2020年）已经把阅读过 mybatis 的源码并写博客进行了记录，所以在可行性的大方向还是比较有信心的，虽然实践过程中有各种问题要解决，但是方向对了剩下的只是时间问题。

 解决完数据合规的需求后本来准备写篇公司的技术投稿来总结下上面提到的事情，但是组内合作的同事对写这个投稿很有兴趣，顺水推舟实践了一回孔融让梨，这篇投稿可能对他的意义更大。

 日常工作之余还兼职帮忙定位问题，问题其实在于 Shardingsphere 在执行特定的 SQL 的时候会无法解析具体的参数，当时同事来找我帮忙的时候其实也不知道具体的原因，不过看到抛出的异常是属于 mybatis 的，基本上第一感觉是这个问题应该可解而且结果证明的确能解决。顺带了捋顺了 mybatis和 Shardingsphere 结合的时候的执行顺序，也算间接回答了自己个把月前的疑问。

 顺带提下近期关于秒杀式登录的一些事情，因为合规的原因在周末的20点会有4倍于日常流量的请求，对整个系统造成了非常大的压力。从发现问题到最终解决问题大概花了1个星期，在这一个星期完成系统瓶颈的定位和降级策略的制定上线、拉通多方进行容量的评估和扩容、规划后续进一步的优化点。最终达到的效果是阶段性解决了流量的问题、制定了评估机器扩容的标准、以及未来进一步的优化方向。

 期待未来能够更多将之前的所学总结应用到日常的工作当中，保持学习的初心，保持持续实践。