Canal采集MySQL Binlog——数据同步方案
针对业务库MySQL Binlog日志数据进行数据同步，从MySQL到Kafka，最终实现实时（准实时）数据采集。其中Canal可以使用且推荐使用MaxWell，此篇文档只是介绍如何通过Canal打通上下游数据点。
【Redis系列笔记】双写一致性
本文讨论了缓存不一致问题及其后果，如价格显示错误和订单计算错误。问题主要源于并发和双写操作的异常。解决方案包括使用分布式锁（但可能导致性能下降和复杂性增加）、延迟双删策略（通过延迟删除缓存来等待数据同步）以及异步同步方法，如通过Canal和MQ实现数据的最终一致性。面试中，可以提及这些策略来确保数据库和缓存数据的一致性。
zk基础—2.架构原理和使用场景
ZooKeeper（ZK）是一个分布式协调服务，广泛应用于分布式系统中。它提供了分布式锁、元数据管理、Master选举及分布式协调等功能，适用于如Kafka、HDFS、Canal等开源分布式系统。ZK集群采用主从架构，具有顺序一致性、高性能、高可用和高并发等特点。其核心机制包括ZAB协议（保证数据一致性）、Watcher监听回调机制（实现通知功能）、以及基于临时顺序节点的分布式锁实现。ZK适合小规模集群部署，主要用于读多写少的场景。
NPP 北方森林：加拿大卡纳尔弗拉茨，1984 年，R1
本数据集包含1984年加拿大卡纳尔弗拉茨附近四片扭叶松林的生物量、土壤及气候数据，研究土壤水分对地上地下净初级生产力（NPP）分配的影响。两文件分别为林分特征与气象数据。结果显示，中湿林分地上NPP约为干旱林分的两倍，但总NPP仅高36%。生产力分配以细根和小根为主，最湿润样地例外，茎生产力最高。数据已修订采样日期错误。
MySQL数据库同步CDC方案调研
数据库同步是一个比较常见的需求，业务数据一般存储在一致性要求比较高的OLTP数据库中，在分析场景中往往需要OLAP数据库或者比较火的数据湖方案；CDC是数据库同步较为流行的方案，全称是Change Data Capture，主要用于捕捉数据库中变化的数据，然后根据变化的数据写入不同的目标存储。接下来是一些数据库CDC方案的调研及原理探讨，调研方案基于MySQL数据库。
