本文深入解析MySQL事务原理与底层实现，涵盖ACID原则的底层机制，如undo log保障原子性、redo log实现持久性等，还详解隔离级别、MVCC、锁机制及日志协同工作等。

在当今的互联网应用中，微服务大行其道，随着业务的发展和扩展，单一的数据库无法满足日益增长的数据需求，一个业务接口可能需要查询多个数据源的数据组装到一起返回给页面进行呈现，此时就需要考虑使用动态数据源技

在关系型数据库中，数据通常存储为二维表格（rows 和 columns）。然而，在实际业务中，很多场景下我们需要处理树状结构的数据，例如： 公司组织架构：从某个部门开始，查询其下属部门或员工。

本文为稀土掘金技术社区首发签约文章，30天内禁止转载，30天后未获授权禁止转载，侵权必究！ 慢查询⽇志 慢查询日志（Slow Query Log）作为MySQL数据库管理系统的一项核心内置功能，其设计

1 问题背景 “哥们，又双叒叕写了个死锁，秀啊！😏” 就算是经常写死锁的同学看到估计都会有点懵，两条一模一样的 DELETE 语句怎么会产生死锁呢？ 2 MySQL 锁回顾 看到这里的靓仔肯定对 My

MySQL的锁设计是为了在多用户环境中管理对数据库数据的并发访问，确保数据的完整性和一致性，提供了大概12种锁，每一种锁对应的业务场景不一样，肖哥带你掌握他的使用技巧。 1、读锁/共享锁（S锁） 流程

TiDB 是一款开源分布式关系型数据库，同时支持OLTP和OLAP的混合式数据库，具备水平扩容或缩容、金融级高可用、实时 HTAP、云原生部署，兼容 MySQL 5.7版本。

以ChatGPT为代表的大语言模型应用自问世以来已经火了好几年。在这期间国内外类似产品层出不穷，甚至公司内部团队都开发了好几个AI小助手。刚好最近看了几篇关于大语言模型应用开发的文章...

MySQL复制技术实现业务层读写分离方案，本质上就是为了打造数据库的高可用，因为复制是高可用的基础。但只用复制同步数据又远远不够，还要结合自己的业务进行高可用设计。 一、什么是高可用？ 高可用（Hig