摘要：
产品设计 让我拿写死的数据id去DB取数据 后面id 可能会变 产品说不会变 硬编码 扩展性、、 可以搞个数据结构作为适配器 比如枚举 来存数据 往里面存数据用id 取数据用自己定义的规则结构 这样id变了 只需要改存数据的代码 取数据的 不用变 适配器 一边是三孔 一边是四孔 例如在我们对DDD防 阅读全文
摘要：
1 平时操作大表时注意 尽量避免 2 子查询 阅读全文
摘要：
不了解底层 不太信你能写出 安全 高效 扩展性高的 优雅 健壮的代码 阿里 基础好 才能跑得快 --美团 了解底层 比如 ConcurrentHashMap 的实现原理 平时自己设计 可以借鉴他们的设计思路 --峰哥 阅读全文
摘要：
https://mp.weixin.qq.com/s/4w6wNh-5eZnQEtBYuzAkJw int [-128，127] == 都是true 的 但是 不能 试了几个 1 2 3 就确定 所以的 都用== 是ok的 阅读全文
摘要：
1 表的话 数据量大 类似日志 不建议存表 查询慢 redis list 关键 从100次 还是 十分钟出发 2 参考redis怎么玩的 定时器 消耗性能 不是全部删 取几个 策略： 快过期的 或者冷数据 惰性删除 访问到判断 ① 稍微影响最快响应时间 ② 冷数据 不怎么被访问 永远存在 mq 延迟 阅读全文
摘要：
https://www.cnblogs.com/liuqun/p/12655147.html 组合索引中 第一个字段有出现在 where 语句里 就会走索引 不管是不是where 语句的第一个 执行引擎会优化 最左匹配 bc这种 其实 不太算走索引 type ： index 这个跟全表扫描一样，只是 阅读全文
摘要：
k8s 容器化 下 jvm调优 jvm 导入 啥的 数量多了 就oom 不到两百容器 默认堆大小 https://blog.csdn.net/qq_20107237/article/details/89554571 阅读全文
摘要：
领域驱动设计 1 优惠券的类型 其实是优惠券的一级属性 元属性 优惠券是否可见（只 可领取的 可见；发放的 不可见） 其实 有点像 二级属性往往由一个或多个一级属性决定 像 领取还是发放 其实优惠券类型 就已经决定了 不是很热点 复杂的 二级属性 轻易不存 表 特别是加字段 dao层 就要改。。除非 阅读全文
摘要：
https://tech.meituan.com/2016/12/02/performance-tunning.html https://tech.meituan.com/2017/12/29/jvm-optimize.html https://www.jianshu.com/p/2c4b091de 阅读全文