weixin_41059155的博客

EZ。

参考：https://zhuanlan.zhihu.com/p/351071361?服务器的配置本身就是 utf8mb4，所以是没问题的；字符占用4字节，老的utf8是不支持的，只有mb4才支持。初步觉得是编码问题（utf8 — utf8mb4）所以问题变成了，为什么这里的设置失效了；connector版本：6.0.6。这个字符一看就很优秀啊。test验证：插入成功。

如果是超过 4 个字节，那么就需要使用 utf8mb4 （max byte 4 ）：加强版的 utf8 来存储。结论：MySQL编码存在字段级别的设置，生僻字需要字段级别的编码支持。总而言之，utf-8 只支持 3 个字节的字符；设置answer字段值为 “𬱖”出现错误。表级别的设置更新了，但是字段还没有更新；4 字节，显然 utf8 是不满足的。此时更新字段级别的编码类型：解决。alt 之后还是报错；

后面凭空多出了一个 LIMIT语句。

那么如果走的是Builder().build()，这里会直接pass属性设置，build之后返回的是全空的属性的对象，默认值设置也就失效了；加入 @Default 注解的属性如果在build阶段没有明确set值，那么就会取默认值；这里的ifEvaluate属性默认值设置失败，属性取出为空；使用@Builder注解并对一个属性设置了默认值。运行时设置属性的值(如果没有传入，则不会设置)；本质是AOP注入一个内部类：TBuilder。

团队开发中你都踩过什么坑？

关于微服务高可用：

ThreadLocal源码剖析如果分页信息写入ThreadLocal 之后，语句并没有执行，那么本配置会被带到下一个线程执行的请求中如果这个中间发生异常，那么已经写入的 ThreadLocal 信息不会被自动清理的；此时，当前线程被分配进行下一次请求；page 的参数会被带到下一个请求中；执行 SQL；出错；