在一个SaaS或PaaS系统中,唯一属性的是company_id(company)
在一个SaaS或PaaS系统中，具有唯一性的应该是company_id，而不是身份证、手机号或邮箱。一个手机号可以属于不同的company。 所以，在设置表的主键时，往往和company_id一起设置为联合主键，这样才是合理的
数据库集群同步对业务的一个影响
一个写操作在node2节点， 写入操作之后会调用mq推送给另一个业务，该业务调接口请求得到这个数据，请求的是总库，结果没拿到该数据。是因为，node2节点的数据库同步到总库需要时间，且时间大于业务逻辑请求总库时获取数据的时间，数据还没同步到总库。
解决方案: 请求从库的接口、 使用sleep方法+补充措施
Redis Cluster or Redis Sentinel
当业务中使用的key的数量达到一定量级或一开始能够预测到会有大量的key存在redis中时，使用Redis Cluster的优势更为明显，会有更好的性能
老鼠与毒药问题
问题：有 1000 个一模一样的瓶子，其中有 999 瓶是普通的水，有一瓶是毒药。任何喝下毒药的生物都会在一星期之后死亡。现在，你只有 10 只小白鼠和一星期的时间，如何检验出哪个瓶子里有毒药？
解答：把瓶子从 0 到 999 依次编号，然后全部转换为 10 位二进制数。让第一只老鼠喝掉所有二进制数右起第一位是 1 的瓶子，让第二只老鼠喝掉所有二进制数右起第二位是 1 的瓶子，等等。一星期后，如果第一只老鼠死了，就知道毒药瓶子的二进制编号中，右起第一位是 1 ；如果第二只老鼠没死，就知道毒药瓶子的二进制编号中，右起第二位是 0 ⋯⋯每只老鼠的死活都能确定出 10 位二进制数的其中一位，由此便可知道毒药瓶子的编号了
其实这和信息论有相关的关系，1000转为二进制，大概需要10位。10只老鼠对应每一位，去确定每一位是0/1，最终能够确定出10位的每一位是0/1，从而得到该数值。
老鼠与毒药问题扩展与总结
如果你有两个星期的时间（换句话说你可以做两轮实验），为了从 1000 个瓶子中找出毒药，你最少需要几只老鼠？注意，在第一轮实验中死掉的老鼠，就无法继续参与第二次实验了。
答案：7 只老鼠就足够了。事实上，7 只老鼠足以从 3^7 = 2187 个瓶子中找出毒药来。首先，把所有瓶子从 0 到 2186 编号，然后全部转换为 7 位三进制数。现在，让第一只老鼠喝掉所有三进制数右起第一位是 2 的瓶子，让第二只老鼠喝掉所有三进制数右起第二位是 2 的瓶子，等等。一星期之后，如果第一只老鼠死了，就知道毒药瓶子的三进制编号中，右起第一位是 2 ；如果第二只老鼠没死，就知道毒药瓶子的三进制编号中，右起第二位不是 2，只可能是 0 或者 1 ⋯⋯也就是说，每只死掉的老鼠都用自己的生命确定出了，三进制编号中自己负责的那一位是 2 ；但每只活着的老鼠都只能确定，它所负责的那一位不是 2 。于是，问题就归约到了只剩一个星期时的情况。在第二轮实验里，让每只活着的老鼠继续自己未完成的任务，喝掉它负责的那一位是 1 的所有瓶子。再过一星期，毒药瓶子的三进制编号便能全部揭晓了。
类似地，我们可以证明， n 只小白鼠 t 周的时间可以从 (t+1)^n 个瓶子中检验出毒药来
config的使用失败 原因是编译执行到这里的时候，config.Common还没有初始化好
var name = config.Common.GetString("name")
上述代码执行报错:
panic: runtime error: invalid memory address or nil pointer dereference
[signal SIGSEGV: segmentation violation code=0x1 addr=0x40 pc=0x1612327]
原因是编译执行到这里的时候，config.Common还没有初始化好，所以报错了
###缓存与缓存效果的预生成文件的变更问题
缓存与缓存效果的预生成文件相关的信息变更了，缓存与缓存效果的预生成文件也需要重新生成，否则就会出现新老数据不一致的情况