wwHRestarting的博客

1. 场景描述： 一条数据，在某一个用户操作过之后，需要进入锁定状态     方案设计：把需要锁定的id作为list保存在redis的一个key中，但是没有加锁。          坑：在高并发的情况下，假如100个并发同时操作不同的100个id，同时需要操作redis的同一个key，              就会存在其中10个写成功了，但是另外90个没有成功的情况。  

作为一名QA，跟另一名小伙伴，中途介入一个项目，对接6+pm，10+rd，还得处理需求上下游的反馈。 各pm说有新需求，上下游pm、qa说，你们系统这、这、那、那有问题，rd说这个模块我优化了一下， 相信你特别忙，疲于应对，即使一天给你48个小时，事情应该也处理不完。         可是，当一周结束，坐下来打算写周报时，竟发现想不起来这一周都做了什么，经手的内容，质量也不高。 原

1. 把工作成果以及一些script都保存在公司的linux服务器的个人工作目录下，一个周末在清理冗余文件的时候，    不慎把服务器上的个人目录rm -rf * 2. 有一个shell脚本需要从正式网向测试环境导数据，在踩完坑1.后，这个脚本自然也被rm了，连夜重写了一份。     这个脚本中有一个逻辑：     导入数据前，先要清掉测试环境数据库的数据。     结果，夜间作

2017.11.1 Whatever happens tomorrow,we had today 无论明天发生什么，至少我们还有今天~