如何制作一个论坛网站深圳网站建设公司开发制作网站

如何制作一个论坛网站,深圳网站建设公司开发制作网站,深圳网站制作厂家,仙居制作网站一、MySQL 中锁的核心概念锁是数据库用于控制并发访问共享资源的机制#xff0c;目的是保证事务的隔离性和数据一致性#xff0c;防止多个事务同时修改同一数据导致脏写、脏读等问题。MySQL 的锁机制因存储引擎而异#xff08;如 MyISAM 仅支持表锁#xff0c;InnoDB 支持行…一、MySQL 中锁的核心概念锁是数据库用于控制并发访问共享资源的机制目的是保证事务的隔离性和数据一致性防止多个事务同时修改同一数据导致脏写、脏读等问题。MySQL 的锁机制因存储引擎而异如 MyISAM 仅支持表锁InnoDB 支持行锁 表锁其中 InnoDB 的锁体系最复杂也最核心。二、MySQL 锁的分类按核心维度1. 按锁的粒度最核心分类锁粒度越小并发度越高但加锁开销越大、越易出现死锁。锁类型粒度支持引擎特点典型场景全局锁整个数据库所有引擎阻塞所有写操作读正常加锁快、开销小并发度极低全库逻辑备份FTWRL、主从同步表级锁整张表MyISAM/InnoDB加锁快、无死锁锁粒度大并发度低MyISAM 写操作、InnoDB MDL 锁行级锁单行记录InnoDB独有锁粒度细、并发度高加锁慢、开销大可能死锁基于索引加锁无索引升级为表锁InnoDB 并发写操作1全局锁加锁方式FLUSH TABLES WITH READ LOCK (FTWRL)释放方式UNLOCK TABLES或会话断开注意与SET GLOBAL read_only1区别 ——read_only 对超级用户无效FTWRL 对所有用户生效。2表级锁细分表锁手动加锁LOCK TABLES t1 READ/WRITE读锁共享多个事务可加写锁排他仅一个事务可加。元数据锁MDL自动加锁访问表时触发保证表结构不被并发修改。读操作加 MDL 读锁共享ALTER TABLE 加 MDL 写锁排他。长事务持有 MDL 读锁会阻塞 ALTER TABLE是生产中常见卡死场景。3行级锁InnoDB 核心依赖索引实现无索引时会升级为表锁核心变体如下行锁类型作用适用场景记录锁Record Lock锁定索引上的具体行记录如WHERE id10仅锁 id10 行精准匹配单行的更新 / 查询间隙锁Gap Lock锁定索引记录之间的间隙不包含记录本身如 id1、3、5锁 (3,5) 间隙防止幻读RR 级别下生效Next-Key Lock记录锁 间隙锁锁定索引记录 前面的间隙如 id3锁 (1,3]InnoDB RR 级别默认行锁方式插入意向锁间隙锁的特例多个事务插入同一间隙的不同记录时互不阻塞如间隙 (3,5) 插 4 和 6提升插入并发度2. 按锁的读写属性共享 / 排他锁类型别名兼容性与其他锁加锁方式共享锁S 锁读锁与 S 锁兼容与 X 锁互斥手动SELECT ... LOCK IN SHARE MODE自动无仅显式加排他锁X 锁写锁与 S/X 锁均互斥自动UPDATE/DELETE/INSERT手动SELECT ... FOR UPDATE3. 意向锁InnoDB 表级锁辅助行锁为了快速判断表中是否有行锁减少表锁检查的开销分为意向共享锁IS事务想给某行加 S 锁先给表加 IS 锁意向排他锁IX事务想给某行加 X 锁先给表加 IX 锁。兼容性规则IS 与 IS/IX 兼容IX 与 IX 兼容IS/IX 与表级 S 锁IS 兼容、IX 不兼容IS/IX 与表级 X 锁均不兼容。4. 乐观锁 vs 悲观锁逻辑分类悲观锁数据库原生锁S/X 锁假设并发冲突必然发生加锁阻止其他事务操作如SELECT ... FOR UPDATE乐观锁应用层实现版本号 / 时间戳假设冲突少更新时检查版本如UPDATE t SET val1 WHERE id1 AND version2不通过则重试。三、SQL 标准的四种隔离级别及 InnoDB 实现首先明确并发访问的三大问题脏读读取其他事务未提交的修改数据可能回滚无效不可重复读同一事务多次读同一数据其他事务修改并提交结果不一致幻读同一事务按条件查询其他事务插入符合条件的新数据查询结果多了 “幻影” 行。InnoDB 通过MVCC多版本并发控制 锁机制实现隔离级别核心组件版本链每行隐藏列DB_TRX_ID最后修改事务 ID、DB_ROLL_PTR指向 undo log 的版本链Undo Log保存数据历史版本用于 MVCC 读取和事务回滚Read View事务的 “一致性视图”定义了该事务能看到的版本范围。1. 读未提交Read Uncommitted, RU定义事务可读取其他事务未提交的数据并发问题脏读、不可重复读、幻读都存在InnoDB 实现无 MVCC 参与读操作直接读取最新的内存 / 磁盘数据不加任何锁写操作加 X 锁但不阻塞读。性能最高但一致性最差几乎不使用。2. 读已提交Read Committed, RC定义事务仅能读取其他事务已提交的数据并发问题解决脏读仍存在不可重复读、幻读InnoDB 实现核心是MVCC动态 Read View 行级记录锁Read View每次执行 SELECT 时生成新的 Read View确保只能看到已提交的最新版本解决脏读但多次读的 View 不同导致不可重复读锁机制禁用间隙锁仅外键 / 唯一性检查时生效行锁仅为记录锁提升并发写操作加 X 锁至事务提交普通 SELECT 为 “快照读”不加锁显式读FOR UPDATE加 X 锁。备注MySQL 默认隔离级别为 RROracle 默认是 RC。3. 可重复读Repeatable Read, RR定义同一事务内多次读取同一数据结果始终一致并发问题解决脏读、不可重复读InnoDB 额外解决了幻读SQL 标准中 RR 仍有幻读InnoDB 实现核心是MVCC静态 Read View Next-Key LockRead View事务第一次 SELECT 时生成全程复用确保多次读同一版本解决不可重复读Next-Key Lock默认行锁方式记录锁 间隙锁锁定索引记录 间隙阻止其他事务插入符合条件的新数据解决幻读优化若查询使用唯一索引主键 / 唯一键且匹配单行Next-Key Lock 降级为记录锁减少锁粒度锁机制写操作加 X 锁至提交普通 SELECT 为快照读显式读加 S/X 锁。4. 串行化Serializable, S定义最高隔离级别所有事务串行执行并发问题解决所有问题脏读、不可重复读、幻读InnoDB 实现禁用 MVCC所有读操作普通 SELECT变为 “当前读” 并隐式加 S 锁写操作加 X 锁事务 A 的 SELECT 会锁定所有符合条件的行和间隙事务 B 的写操作会被阻塞直到 A 提交多个事务的读操作可并行S 锁共享但读与写、写与写互斥最终事务串行执行性能最差仅适用于数据一致性要求极高的场景如金融核心交易。四、隔离级别与锁 / MVCC 对应表隔离级别解决的问题MVCC 使用锁机制读未提交无不使用写加 X 锁读不加锁读已提交脏读动态 Read View每次读生成记录锁禁用间隙锁可重复读脏读、不可重复读、幻读静态 Read View首次读生成Next-Key Lock默认串行化所有问题不使用读加 S 锁写加 X 锁串行执行总结InnoDB 的锁体系以行锁为核心通过意向锁、Next-Key Lock 等优化锁粒度和检查效率隔离级别本质是 “一致性” 与 “并发度” 的权衡RR 是 MySQL 默认级别兼顾一致性和性能MVCC 是 InnoDB 实现 RC/RR 的核心通过版本链和 Read View 避免加锁读提升并发锁机制则解决写冲突和幻读问题。