m0_53091554的博客

本文主要探讨数据库分库分表架构设计，包括水平和垂直拆分策略。重点分析了两种实现方式：程序代码封装(如ShardingSphere-JDBC)和中间件封装(如ShardingSphere-Proxy)。详细介绍了MySQL主从同步原理，包括binlog三种格式：STATEMENT记录SQL命令、ROW记录修改后数据、Mixed混合模式。通过实例说明不同binlog格式对数据一致性的影响，Mixed模式能自动选择最优方式确保主从数据同步。

MVCC （Multiversion Concurrency Control），多版本并发控制。顾名思义，MVCC 是通过数据行的多个版本管理来实现数据库的并发控制。一想到并发控制，很多人第一反应就是加锁。加锁（最常见的解决方案）。除了加锁，一种无锁的方案可以来实现并发控制，就是MVCC。对数据库的读写操作，在并发场景下，就可能出现以下三种情况：读读、写写、读写。读-读并发：不会出现问题写-写并发：加锁读-写并发：加锁或者MVCC，但是 MVCC 无锁机制肯定是更好的。

会话 1会话 2。

如果没有冲突就执行更新，如果有冲突就返回错误信息，让用户决定如何处理。乐观锁的实现不依赖于数据库的锁机制，而是通过一些逻辑方式来实现。悲观锁是一种保守的策略，它认为数据在被访问时很可能会发生冲突，所以在整个数据处理过程中都要对数据进行加锁。乐观锁是一种积极的策略，它认为数据在被访问时一般不会发生冲突，所以在数据处理过程中不会加锁，而是在。悲观锁的实现通常依赖于数据库提供的锁机制，比如 MySQL 的排他锁、表锁以及业务层使用的锁等。不是一种锁，是一种思想，乐观锁才是锁。

类型， 我们是作为数字类型使用，存在类型转换导致索引失效，最终行锁变为表锁；InnoDB也会对这个 "间隙" 加锁，这种锁机制就是所谓的 间隙锁（GAP锁）。2、排他锁（X）：又称为写锁，简称X锁，排他锁就是不能与其他锁并存、因此其他的事务，对这个间隙不管加任何锁（读 写）都是能成功不会阻塞。所以这个和上面不同的是只有缝隙，这个是间隙和记录一个都跑不了！这里的行锁变为表锁，实际上是每一行都加了锁，伪表锁。间隙能不能插入进去，就看行锁是否升级为了表锁。1、共享锁（S）：又称为读锁，简称S锁。