Redis 为什么那么快？除了它是内存数据库，使得所有的操作都在内存上进行之外，还有一个重要因素，它实现的数据结构，使得我们对数据进行增删查改操作时，Redis 能高效的处理。

很多人都说八股文没用，这里聊一下我对八股文的一些看法吧：一个知识点，你能把使用以及原理说出来，我称之为八股，但是你能把底层关联以及业务使用，优化历程也能搞清楚，我称之为能力；这两点无疑是现在面试都会考察的。

当下面试，面试官更在意的是你对某项技术的理解深度，你做了几个项目，CRUD水平有多高这些面试官都不太会关注，随便来个主流技术栈你都能跟面试官对线半小时以上，才是提升你面试通过率的最有效手段。

做Java开发这么久了，平时在各种程序员交流群以及身边环境中感受最深的就一个字就是“卷”！上班干，下班学，当前环境还不敢随便辞职，辞职了去面试简历还得“润色”，完了面试前还必须背八股文（什么多线程，jvm，redis，mysql，甚至还要问你epoll原理），不背你就过不了，年龄大了不可替代性不强还得担心中年危机……种种，其中最离谱的莫过于面试造火箭，工作拧螺丝的“八股文”了。

trace_id是用来标识同一个请求的唯一标识，不管请求经过多少服务，都可以通过tracid排查对应模块的日志信息找到对应请求的一些细节，是排查问题的一个重要线索。在当下分布式系统相对成熟的环境下，链路追踪方案百花齐放，各种中间件层出不穷，不知道选哪个好。不过在早期的分布式应用里的链路追踪是自己实现的，以至于模块之间的调用有时会出现tracid为空的情况。这次正好遇到了这个bug，正好记录下。

客户端会多次请求不同的微服务，增加了客户端的复杂性存在跨域请求，在一定场景下处理相对复杂认证复杂，每个服务都需要独立认证难以重构，随着项目的迭代，可能需要重新划分微服务。例如，可能将多个服务合并成一个或者将一个服务拆分成多个。如果客户端直接与微服务通信，那么重构将会很难实施某些微服务可能使用了防火墙 / 浏览器不友好的协议，直接访问会有一定的困难以上这些问题可以借助网关解决。网关是介于客户端和服务

SDS巧妙的利用空间换时间的思想，虽然额外牺牲了一些空间，但是换来的是在高频场景下更佳优异的性能表现以及更好的兼容性。希望这篇文章能对大家在日常工作中有所启发。

装饰器模式主要用于解决继承关系复杂的问题，通过组合和委托来替代继承。装饰器模式的主要作用就是给组件添加增强功能，可以在组件功能代码的前面、后面添加自己的功能代码，甚至可以将组件的功能代码完全替换掉。装饰器和具体的组件都继承相同的抽象类或接口（组件），所以可以使用无数个装饰器包装一个具体的组件。装饰器模式也是有问题的，它会导致设计中出现许多小类，如果过度使用，会让程序变得很复杂。

spring官方starter通常命名为 spring-boot-starter-{name}如spring-boot-starter-webspring官方建议非官方starter命名应遵循 {name}-spring-boot-starter的格式 例如由mybatis提供的mybatis-spring-boot-starter因此我们自定义的降级组件就叫degrade-spring-boot

数据库存储引擎：是数据库底层软件组织，数据库管理系统（DBMS）使用数据引擎进行创建、查询、更新和删除数据。不同的存储引擎提供不同的存储机制、索引技巧、锁定水平等功能，使用不同的存储引擎，还可以获得特定的功能。现在许多不同的数据库管理系统都支持多种不同的数据引擎。MySQL 的核心就是插件式存储引擎。可以使用 SHOW ENGINES; 查看当前数据库支持的所有存储引擎myql 提供了多种不同存储