san-mu

摘要： count(*)的实现方式 在不同的MySQL引擎中，count(*)有不同的实现方式： MyISAM引擎把一个表的总行数存在磁盘上，执行count(*)时能直接返回总行数，效率很高； InnoDB引擎需要把数据一行一行从引擎里读出来，然后累积计数。 需要说明，本文讨论没有过滤条件的count(*) 阅读全文

摘要： 一个InnoDB表包含两部分：表结构定义和数据。在MySQL 8.0版本前，表结构存在以.frm为后缀的文件里。之后的版本允许把表结构定义放在系统数据表中。由于表结构定义占用空间很小，所以主要讨论表数据。 接下来，先说明为什么简单删除表数据达不到表空间回收的效果，再介绍正确回收空间的方法。 参数in 阅读全文

摘要： 一条SQL语句，正常执行时候特别快，但有时会变得特别慢，且这种情况很难复现，随机且持续时间很短，看上去像是“抖”了一下。 你的SQL语句为什么变“慢”了 在MySQL 02中，介绍了WAL机制，InnoDB在处理更新语句时，更新内存写完redo log后，就返回给客户端，本次更新成功。 而内存里的数 阅读全文

摘要： 场景引入 假设现在维护一个支持邮箱登录的系统，用户表定义如下： create table SUser(ID bigint unsigned primary key,email varchar(64), ... )engine=innodb; 由于登录方式为邮箱，那么一定会有下面这样的业务： sele 阅读全文

摘要： 场景引入 我们知道，MySQL中一张表可以支持多个索引。但是写SQL语句时，并没有主动指定使用哪个索引，而是由MySQL来确定。而有时候，MySQL会选错索引，导致执行速度变得很慢。 举个例子，假设一张表里有(id,a,b)三个字段，并分别建立索引。然后往表中插入10万行记录，取值依次递增，即数据从 阅读全文

摘要： 唯一索引：字段值不能重复。 普通索引：字段值可以重复。 假设数据如下图，且字段k上的值都不重复： 接下来，从两种索引对查询语句和更新语句的性能影响来分析。 查询过程 假设查询语句为select id from T where k=5。那么首先会在字段k的索引树上找到k=5所在的数据页，然后在数据页内 阅读全文

摘要： 场景引入 我们知道，在可重复读的隔离级别下，一个事务A启动的时候会创建一个read view，之后在这个事务A执行期间，即使其他事务修改数据，事务A看到的仍然和启动时相同。 考虑一个问题，假如该事务A想要对一行做更新，而此时这行的行锁被其他事务B持有，那么事务A会被锁住而等待行锁。当事务A获取到行锁 阅读全文

摘要： 行锁是针对数据表中行记录的锁，是在引擎层由引擎实现的。 从两阶段锁说起 在InnoDB事务中，行锁是在需要的时候才加上的，但并不是不需要了就立即释放，而是等到事务结束时才释放，这就是两阶段锁协议。 知道这个设定后，如果事务中需要锁多个行，要把最可能造成锁冲突、最可能影响并发度的锁尽量往后放。 举个例 阅读全文

摘要： 根据加锁的范围，MySQL里面的锁大致可以分成全局锁、表级锁和行锁三类，本文先讨论前两种。 全局锁 全局锁是对整个数据库实例加锁，MySQL提供的加全局读锁的命令是Flush tables with read lock（下面简称FTWRL)。当需要让整个库处于只读状态时，可以使用这个命令，之后其他线 阅读全文

摘要： 覆盖索引 假设要执行一条语句： select * from T where k between 3 and 5; 初始对列k建立了索引，表中数据为： 那么其执行流程为： 在k索引树上找到k=3的记录，取得ID=300； 到ID索引树查到ID=300对应的记录。 在k索引树上找到下一个值k=5的记录， 阅读全文