1、主从复制
在主数据库写，在从数据库来读，适用在主数据库被锁表的时候
1：master数据库将数据的改变记录在binlog中
2.slave数据库向master探测，如果发生改变，就会创建一个io进程
[图片上传失败...(image-473223-1642513862753)]
2、为什么不用b树，用b+树
b树
b+树
1：b+树只有叶子节点会存放数据，b+树的叶子节点有一条链、都是从根节点到叶子节点查找，b+树符合局部性原理
索引为什么会失效
两个列都建立索引，两个列索引进行比较，这样会很慢呐
某一列元素存在null值的
like通配符 ，如果 %明----这样会导致索引失效
innodb和myisam的区别
mysql是5.5之前的数据库引擎默认是myisam，现在在innodb
二者的区别：
1：myisam只支持表级锁， innodb支持表级锁和行级锁，默认是行级锁
2：innodb支持事务，回滚，崩溃恢复，外键和acid，而myisam数据库只强调性能，都不支持
3：innodb支持mvcc，多版本并发控制，而myisam不支持
数据库慢的时候如何优化
偶尔很慢：
1：刷新脏页
数据库的数据先在内存，然后同步到redo log中，在空闲的时候，再将redo log写入到磁盘中，如果redo log要满了，就立即要写入到磁盘里，这时候就会很慢
2：拿不到锁
一直很慢
1：没有建立索引
2：有索引，但是没有走索引
3：表数据太大，没有分库分表
mysql中自增id可以用做uid吗
uuid的缺点
1：uuid是无序的，查找的时候得分页，比较慢
2：uuid占用的空间比较大
数据库优化的建议：
1：都用innodb
2：字符集统一为是utf-8
3：单表数据量小于500w
4：优先选存储最小的数据类型
5：列定义为not null ，因为null需要单独花空间去存
6：禁止select *
7：不要join太多的表
8禁止赋予super权限
如何定位和优化慢查询？
如何定位？
1：查看慢查询日志，来看已经执行完的慢查询，long_query_time是自己去设置的
2：show processlist 查看正在执行的慢查询
3：用explain方法来分析
在sql语句前加上explain，就会得到mysql的执行计划
当type类型为index和all就需要进行优化，因为这样是全表搜索
如何优化？
没有索引就建立索引，避免出现不走索引的情况出现
索引建立的原则
1：尽量要建立唯一性索引，这样的效率高
2：最左前缀匹配原则
遇到范围查询就会停止匹配，尽量保证联合索引的范围查询出现在最后
3：为经常排序、分组的元素建立索引
4：为常要查询的元素建立索引
5：限制索引的数目
6：尽可能用数据类型比较小的索引
7：删除不用的索引
8：索引不参与计算
