用户560819823366

Skywalking的这次实践，截止到现在有一年多的时间，回顾总结一下这段历程中的些许积累和收获，愿能反哺社区，给有需求的道友提供个案例借鉴；也希望能收获到专家们的指导建议，把项目做得更好。

当日志仅仅作为纯非结构化文本数据使用时，很难获得任何有用的信息，尤其是在自动化日志分析的场景下。结构化日志记录，以一致、明确的和机器可读的格式记录系统中最有价值的信息。

详细介绍可观测指标的语义，skywalking agent所提供的可观测数据，其核心能力、架构设计、以及实践调优

虽然大佬Lamport 在论文 中早就证明了使用状态机（如共识算法）就能够去中心化解决多进程互斥问题，但我们还是会更偏向使用分布式锁。

ZK中创建和删除节点只能通过Leader执行，性能并不高；基于其高可用的特性，在并发量不是太高的场景，也可以使用ZK做分布式锁。

执行计划是数据库的查询优化器根据用户输入的SQL语句，以及其内部的执行策略和统计信息选择出一个其认为执行效率最优的计划，然后使用这个计划获取数据。通过执行计划查看数据库如何处理SQL语句，分析性能瓶颈

虽然Kubernetes 给云原生时代带来了颠覆性的新气象，但却很少人了解被钦定作为其后端存储的 etcd ，本篇从分布式锁视角梳理etcd的各种机制，探索基于etcd的锁实现为何如此优雅。

如果认为Jedis实现分布式锁很简单，也就设置 Key 、删除Key，那系统迟早遇问题，面试必减分儿。坑虽然很多，但也有办法，除了锁本身的知识还有客户端的配置调优建议，有空记得来看

今天玩个剧本杀放松放松，剧情是这样的：A请求更新的MySQL数据，canal监听binlog->发给mq->再发起dubbo请求->绕了一圈后dubbo服务里却查不出来，这个情况你不一定遇到过