发布时间:2024-01-31 15:00
某天,有位同事正在研究mysql组合索引,我们都知道mysql组合索引满足最左原则,假设建立了(a,b,c)组合索引,当单独使用b、c是不走索引的,可同事测试后发现不满足也可以走索引,有图有真相,纳尼, 这波跟我的mysql企业级理解不一致阿,必须建个表测试一番
新建测试表
CREATE TABLE test_index (
id int auto_increment NOT NULL,
a varchar(10) NULL,
b varchar(10) NULL,
c varchar(10) NULL,
CONSTRAINT test_pk PRIMARY KEY (id)
)
ENGINE=InnoDB
DEFAULT CHARSET=utf8
COLLATE=utf8_general_ci;
CREATE INDEX test_a_IDX USING BTREE ON test_index (a,b,c);
insert into test_index (a, b, c)
values
(1,1,1),
(2,2,2),
(3,3,3),
(4,4,4),
(5,5,5);
测试sql
explain select * from test_index ti where b = '2'
复制代码
哦豁,看执行计划是使用了索引,不会吧不会吧,怎么回事?
正当我百思不得其解时,再看了一下执行计划,发现了一丝线索
原来是走了覆盖索引,但是查询的时候还是进行了全表扫描,我们可以看到rows=5以及Extra里的Using where,只不过select * 查询的字段恰好能从组合索引(覆盖索引)中取到,优化器会使用该索引,避免去回表查询
组合索引优点
减少空间开销
分析业务sql的常用的字段条件,尽量建立组合索引,减少单个索引的建立,索引过多往往会降低写操作的性能,和增加磁盘空间的开销
覆盖索引
当优化器分析到select的字段能够在覆盖索引中查询到,便会直接从覆盖索引中获取数据,不做回表操作,减少了很多随机的IO操作,覆盖索引是主要的提升性能的优化手段之一
效率高
多个条件的查询,假如只建立一个个单列索引,查询的效率并不高,会筛选几次数据才能得出最终结果,但如果使用组合索引且满足最左原则的情况下,通过索引可以一次筛选出查询数据,效率无疑是大大提高
注意,最左原则
注意,最左原则
注意,最左原则
小伙伴们有兴趣想了解内容和更多相关学习资料的请点赞收藏+评论转发+关注我,后面会有很多干货。我有一些面试题、架构、设计类资料可以说是程序员面试必备!所有资料都整理到网盘了,需要的话欢迎下载!私信我回复【000】即可免费获取
对于现在的系统来说,在业务复杂的系统中,数据库往往是应用的瓶颈,单机往往是不能扛住大型系统的并发压力的,这时候需要从数据库方面下手解决其瓶颈,例如sql语句需要锁表,导致暂时不能使用读的服务,那么就很影响运行中的业务。使用主从之后,从库的读操作是不受影响的。
1,使用主从复制,让主库负责写,从库负责读,这样,即使主库出现了锁表的情景,通过读从库也可以保证业务的正常运作。
2,架构的扩展。业务量越来越大,I/O访问频率过高,单机无法满足,此时做多库的存储,降低磁盘I/O访问的频率,提高单个机器的I/O性能。
3,主从多台服务器,同样也可以当作数据备份的。
MySQL 主从复制是指数据可以从一个MySQL数据库服务器主节点复制到一个或多个从节点。MySQL 默认采用异步复制方式,这样从节点不用一直访问主服务器来更新自己的数据,数据的更新可以在远程连接上进行,从节点可以复制主数据库中的所有数据库或者特定的数据库或者特定的表。
原理:
(1)master服务器将数据的改变记录二进制binlog日志,当master上的数据发生改变时,则将其改变写入二进制日志中;
(2)slave服务器会在一定时间间隔内对master二进制日志进行探测其是否发生改变,如果发生改变,则开始一个I/O Thread请求master二进制事件;
(3)同时主节点为每个I/O线程启动一个dump线程,用于向其发送二进制事件,并保存至从节点本地的中继日志中,从节点将启动SQL线程从中继日志中读取二进制日志,在本地重放,使得其数据和主节点的保持一致,最后I/OThread和SQLThread将进入睡眠状态,等待下一次被唤醒。
也就是说:
从库会生成两个线程,一个I/O线程,一个SQL线程;
I/O线程会去请求主库的binlog,并将得到的binlog写到本地的relay-log(中继日志)文件中;
主库会生成一个log dump线程,用来给从库I/O线程传binlog;
SQL线程,会读取relay log文件中的日志,并解析成sql语句逐一执行;
复制代码
注意: