MySQL性能飞跃:揭秘高效数据库优化的黄金法则
4其乐融融 发布于 2024/04/17 01:33:03
在创建数据库时,选择合适的存储引擎是至关重要的。InnoDB因其支持事务处理、行级锁定和外键约束而被广泛推荐。它提供了高性能和数据完整性的保证,适合需要处理大量短期事务的应用。
阅读()评论(0)赞 ()
其乐融融 发布于 2024/04/17 01:33:03
在创建数据库时,选择合适的存储引擎是至关重要的。InnoDB因其支持事务处理、行级锁定和外键约束而被广泛推荐。它提供了高性能和数据完整性的保证,适合需要处理大量短期事务的应用。
阅读()评论(0)赞 ()
其乐融融 发布于 2024/03/28 01:33:09
为了提升分配 undo 段的效率,事务提交过程中,InnoDB 会缓存一些 undo 段。只要同时满足两个条件,insert undo 段或 update undo 段就能被缓存。
阅读()评论(0)赞 ()
其乐融融 发布于 2024/03/11 01:33:05
产生幻读的原因是,行锁只能锁住行,但是新插入记录这个动作,要更新的是记录之间的“间隙”。因此,为了解决幻读问题,InnoDB 只好引入新的锁,也就是间隙锁 (Gap Lock),间隙锁是在可重复读隔离级别下才会生效的。
阅读()评论(0)赞 ()
其乐融融 发布于 2024/02/27 01:33:20
根据上面三种不同情况下的计算,可以看出,InnoDB三层B+树情况下的数据存储量范围为 一百二十多万条 到 将近5亿条,这个跨度还是非常大的,同时我们也计算了一张博客信息表,可以存储约 一千万条 数据。
阅读()评论(0)赞 ()
其乐融融 发布于 2024/01/08 01:33:14
不管是页分裂还是页合并,InnoDB都会在索引树上加写锁(x-latch)。在操作频繁的系统中这会是在隐患,可能会导致索引的锁竞争(index latch contention)。如果表中没有合并和分裂操作(也就是写操作),称之为“乐观(optimistic)”更新,只需要使用读锁(S)。带有合并或者分裂的操作称之为“悲观(pessimistic)”更新,使用写锁(X)。
阅读()评论(0)赞 ()
其乐融融 发布于 2023/12/14 01:33:35
对于 first-committer-wins 的定义, 在si 模式下, 如果在Start-Timestamp -> Commit-Timestamp 这之间如果有其他的trx2 修改了当前trx1 修改过的内容, 并且在trx1 提交的时候, trx2 已经提交了. 那么trx1 就会abort, 这个叫first-committer-wins。
阅读()评论(0)赞 ()
其乐融融 发布于 2023/12/13 01:33:56
对于count(*)来说,InnoDB只好把数据一行行读出来,对可见的行进行统计。因此,InnoDB不能像MyISAM引擎一样在磁盘保存数据行树。
阅读()评论(0)赞 ()
其乐融融 发布于 2023/10/30 01:33:36
InnoDB是一个将数据存储到磁盘上的存储引擎,所以就算我们关闭、重启服务器,数据还是存在的。而在真正处理数据的时候是在内存中进行的,所以需要把磁盘中的内容加载到内存中。
阅读()评论(0)赞 ()
其乐融融 发布于 2023/07/11 03:20:16
从 8.0.17(含)版本开始,直到目前的最新版本(8.0.33),如果表中有二级索引,explain 输出的执行计划也表示会使用二级索引,然而,实际执行过程中,InnoDB 却会强制进行全表扫描,以使用主键索引的并行扫描能力。
阅读()评论(0)赞 ()
其乐融融 发布于 2023/07/04 03:20:10
本文基于 MySQL 8.0.32 源码,存储引擎为 InnoDB,事务隔离级别为可重复读。
阅读()评论(0)赞 ()
其乐融融 发布于 2023/06/24 03:20:03
Innodb是MySQL的执行引擎,MySQL是一种关系型数据库,而Redis是一种非关系型数据库。这两者之间比较大的区别是:关系型数据库以表的形式进行存储数据,而非关系型数据库以Key-value的形式存储数据。
阅读()评论(0)赞 ()
其乐融融 发布于 2023/06/23 03:20:37
我在 MySQL 8.0.32 复现了问题,并调试了加锁流程,写下来和大家分享。了解完整的加锁流程,有助于我们更深入的理解 InnoDB 的记录锁,希望大家有收获。
阅读()评论(0)赞 ()
其乐融融 发布于 2023/06/20 03:10:28
为了使多粒度级别的锁定变得实用,InnoDB 使用了意向锁,注意,意向锁是一种表级锁,它表示事务稍后对表中的行需要哪种类型的锁(共享或独占)。
阅读()评论(0)赞 ()