前言 之前我一个搞网络安全的朋友问了我一个的问题，为啥用 PreparedStatement 预编译的 SQL 就不会有被 SQL 注入的风险？ 第一时间我联想到的是八股文中关于 Mybatis 的脚

本文给大家分享DBA花式甩锅的日常案例，非常的有趣，该谁的责任，谁承担，日常的运维故障是需要综合分析然后确定的

MySQL8.4.0发布，预计MySQL 9.0将是下一个创新版本，本文详细点介绍了新版本的特性，让我们持续关注

MVCC（Multi-Version Concurrency Control）是一种并发控制机制，用于解决数据库并发访问中，数据一致性问题。它通过在读写操作期间保存多个数据版本，以提供并发事务间的隔离

当时买了一台Windows Server服务器，然后安装上SQL Server后，想通过外网访问到数据库，遇到了一些问题，查了很多资料也踩了很多坑。

基本概念 ACID 原则 ACID，即 Atomicity（原子性）、Consistency（一致性）、Isolation（隔离性）、Durability（持久性）四种特性的缩写。 ACID 也是一种

选择合适的对象以及锁能够帮助我们提高数据库的并发访问性能，而我们如何使用锁，又如何使用合适的锁呢？本文下面将从这三种锁来深入了解MySQL的锁机制：1️⃣ 全局锁、2️⃣表级锁、3️⃣行级锁

背景 本没想着写这篇文章的，因为我觉得这个东西大多数有经验的开发遇到过，肯定也了解过相关的原因，但最近我看到有几个关注的技术公众号在推送相关的文章。实在令我吃惊！

💡 引言：平常在开发过程中，或多或少碰到过数据去重的场景，数据少没问题，数据大的情况下，如果没有很好的算法逻辑或者工具，效率慢且容易出错。 本文主要阐述一种基于父子关系的高效去重算法。