数据库 MySQL
刷新
MySQL事务原理：从ACID到隔离级别的全解析

博主头像 事务的四个特性ACID 原子性（Atomicity）：语句要么全执行，要么全不执行，是事务最核心的特性，事务本身就是以原子性来定义的；实现主要基于undo log 持久性（Durability）：保证事务提交后不会因为宕机等原因导致数据丢失；实现主要基于redo log 隔离性（Isolation） ...

MySQL 26 备库为什么会延迟好几个小时

博主头像 上一篇文章介绍的场景中，对备库延迟的影响一般是分钟级的。但如果备库执行日志的速度持续低于主库生成日志的速度，那这个延迟就可能成了小时级别。这就涉及今天介绍的话题：备库并行复制能力。 主备流程图： 主备的并行复制能力主要是上图的两个黑色箭头，一个箭头代表客户端写入主库，另一个箭头代表备库上sql_th ...

MySQL 25 MySQL是怎么保证高可用的？

博主头像 正常情况下，只要主库执行更新生成的所有binlog，都可以被传到备库并被正确地执行，备库就能达到跟主库一致的状态，这就是最终一致性，而MySQL要提供的高可用能力，只有最终一致性是不够的。 主备延迟 主备切换可能是一个主动运维动作，比如软件升级、主库所在机器按计划下线等，也可能是被动操作，比如主库所 ...

为什么要有 Buffer Pool？Mysql缓存能否替代Redis？

博主头像 查询缓存的作用？ 执行查询语句的时候，会先查询缓存。不过，MySQL 8.0 版本后移除，因为这个功能不太实用 开启查询缓存后在同样的查询条件以及数据情况下，会直接在缓存中返回结果。这里的查询条件包括查询本身、当前要查询的数据库、客户端协议版本号等一些可能影响结果的信息。 查询缓存不命中的情况： 任 ...

聚集索引与非聚集索引的区别

博主头像 聚集索引（Clustered Index）和非聚集索引（Non-Clustered Index）是索引设计的核心概念，二者的本质区别体现在 与数据物理存储的关联方式 上，这种区别直接决定了它们的性能特性和适用场景。 ...

MySQL 24 MySQL是怎么保证主备一致的？

博主头像 MySQL主备的基本原理 状态1中，客户端读写都是直接访问节点A，节点B只是将节点A的更新同步过来在本地执行。当需要主备切换时，就变成状态2。 状态1中没有直接访问节点B，但仍然建议把节点B设置成只读模式，原因如下： 有时一些运营类的查询语句会被放到备库上查看，设置为只读可以防止误操作； 防止切换逻 ...

MySQL 23 MySQL是怎么保证数据不丢的？

博主头像 只要redo log和binlog保证持久化到磁盘，就能确保MySQL异常重启后，数据可以恢复。本文讲讲MySQL写入binlog和redo log的流程。 binlog的写入机制 binlog的写入逻辑比较简单：事务在执行过程中，先把日志写到binlog cache，事务提交的时候，再把binlo ...

工具分享-通过开源工具 tuning-primer快速巡检MySQL5.7

博主头像 工具分享-通过开源工具 tuning-primer快速巡检MySQL5.7 简介 今天推荐一个开源的调优脚本tuning-primer.sh，这是一个非常实用的性能调优工具，能够快速检查 MySQL 的运行状态，生成详细的性能报告，并提供优化建议。通过这个脚本，可以更高效地完成调优工作，节省大量的时 ...

分享一个 MySQL binlog 分析小工具

博主头像 去年写的一个小工具，用于在线获取 MySQL binlog 的大小、开始时间、结束时间和持续时长。 什么场景下会用上这个工具呢？ 云服务场景，无法登录 MySQL 服务器查看 binlog 的时间戳信息。 主从延迟时，可以使用这个工具来查看 binlog 的大小或者某个时间段 binlog 的写入量 ...

MySQL 22 MySQL有哪些“饮鸩止渴”提高性能的方法？

博主头像 有时候，在业务高峰期，生产环境的MySQL压力太大，没法正常响应，需要短期内、临时性地提升一些性能。本文就来讲讲一些临时方法，并着重说它们可能存在的风险。 短连接风暴 正常的短连接模式是连接到数据库后，执行很少的SQL语句就断开，下次需要的时候再重连。如果使用的是短连接，在业务高峰期时，可能出现连接 ...

docker部署MySQL8

博主头像 docker部署MySQL 1、创建数据存放目录 mkdir -p /data/docker/mysql/{data,conf} 2、配置MySQL配置文件 cat <<EOF> /data/docker/mysql/conf/my.cnf [client] default-character-se ...

CTE查询数据量过大导致MySQL 8.0发生CORE问题解析

博主头像 CTE查询数据量过大导致MySQL 8.0发生CORE问题解析 一、问题发现 在客户现场的一次问题报告中发现某个带有CTE语句进行查询的时候，数据量少的时候没问题，但是数据量大的时候会导致core。注意：这个问题只在 MySQL 8.0.32 版本才会复现，最新的8.4.4版本没有问题。 看下面例子 ...

MySQL 21 为什么我只改一行的语句，锁这么多？

博主头像 上篇文章中，介绍了间隙锁和临键锁，但并未说明加锁规则。本文首先介绍加锁规则，由于间隙锁在可重复读隔离级别下才有效，因此接下来的内容默认在可重复读隔离级别下。 加锁规则（限5.x系列<=5.7.24, 8.0系列<=8.0.13）： 原则1：加锁的基本单位是临键锁，是一个前开后闭区间； 原则2：查找过 ...

Mysql查询语句执行流程？更新语句执行流程？

博主头像 查询语句执行流程 查询语句的执行流程如下：权限校验、查询缓存、分析器、优化器、权限校验、执行器、引擎。 举个例子，查询语句如下： select * from user where id > 1 and name = 'seven'; 首先，通过连接器，客户端与MySQL服务器建立连接，并完成身份认证 ...

MySQL的并发访问机制

博主头像 在MySQL中，锁是用于解决并发访问冲突的核心机制。当多个事务同时操作数据库中的数据时（如读取、修改、删除），可能会出现数据不一致（如脏读、不可重复读、幻读）或操作冲突（如同时修改同一行），锁的作用就是通过合理限制不同事务的操作权限，保证数据的一致性和并发操作的正确性。本文只讨论InnoDB引擎下并 ...

GreatSQL函数索引失效分析：排序规则匹配机制

博主头像 GreatSQL函数索引失效分析：排序规则匹配机制 某项目中，客户使用SQL查询时，索引未生效，经排查发现查询使用的排序规则与函数索引的排序规则不一致，导致无法使用该函数索引。 一、排序规则不匹配的测试案例 '测试表结构如下' greatsql> SHOW CREATE TABLE test_fin ...

数据库隔离级别

博主头像 SQL 标准定义了 4 种隔离级别，从低到高依次为：读未提交→读已提交→可重复读→串行化。隔离级别越高，对并发问题的解决能力越强，但对性能的消耗也越大（因限制了并发操作）。 ...

<1234···13>