文章目录

• MySQL为什么有时候会选错索引
• • 1.MySQL选择索引的依据
  • • 1.1 基于主键的成本计算
    • 1.2 对于二级索引+回表方式的成本计算
  • 2.基于索引统计数据的成本计算
  • • 2.1 index dive
    • 2.2 Cardinality（基数）属性
    • 2.3 对于超过dive的系统变量的情况
    • • 2.3.1 MySQL选错索引后的优化
• 怎么给字符串字段加索引
• • 1.加索引的两种思路
  • • 1.1 不指定长度的索引
    • 1.2 指定长度的前缀索引
    • 1.3 存在的问题
• 为什么表数据删掉一半，表文件大小不变？
• • 1.空洞
  • • 1.1 如何处理空洞
    • 1.2 Online和inplace
    • 1.3 什么情况下会造成重建完表还变大的情况
• count(*)这么慢，我该怎么办？
• • 1.count(*) 的实现方式
  • 2.为什么InnoDB也不把总行数存起来呢
  • 3.InnoDB对count(*)的优化
  • 4.所以怎么优化才能提高效率呢
  • • 4.1 用缓存系统保存计数
    • 4.2 在数据库保存计数
  • 5.基于InnoDB不同的count用法效率
• order by 是怎么工作的？
• • 使用order by产生排序的情况
  • • 1.全字段排序
    • • 1.1 完全在内存中完成
      • 1.2 借助磁盘进行排序
    • 2.rowid排序
    • 3.两种排序的对比
  • 2.使用order by但没有进行排序的情况
• 如何正确的使用随机排序
• • 1.order by rand()
  • 2.磁盘临时表
  • 3.随机排序算法
• 为什么sql逻辑一样但执行效率却不同
• • 1.前言
  • 2.隐式类型转换
  • 3.隐式字符编码转换
• 查一行也会很慢？
• • 1.查询长时间不返回
  • 等MDL锁
  • 等flush
  • 等行锁
  • 2.查询慢
• 幻读问题究极解决方法
• • 1.读操作利用MVCC，写操作加锁
  • 2.读写操作都进行加锁
  • • 2.1 语义上的问题
    • 2.2 数据一致性的问题
  • 3.间隙锁（Gap lock）
  • • 3.1 间隙锁引入所带来的问题
    • • 3.1.1 死锁问题
• 为什么改一条记录这么多锁？
• • 1.加锁原则
  • 2.根据加锁原则得到的优化
• MySQL有哪些“饮鸩止渴”提高性能的方法？
• • 1.先处理掉那些占着连接但是不工作的线程。
  • 2.减少连接过程的消耗。
  • 3.慢查询导致的性能问题及解决方法
  • • 3.1 索引没有设计好
    • 3.2 SQL 语句没写好
    • 3.3 mysql自己选错了索引
    • 3.4 总结
  • 4.QPS激增问题
  • 5.类似饮鸩止渴的场景
• binlog
• • WAL
  • 1.binlog写入机制
  • 2.配合redo log的参数设置以优化IO带来的性能瓶颈问题
  • • 2.1 优化参考
• MYSQL是如何保证主备一致的？
• • 1.主备一致的基本原理
  • 2.binlog
  • • 2.1 statement格式的binlog
    • 2.2 row格式的binlog
    • 2.3 mixed格式的binlog
    • 2.4 设置推荐
  • 3.循环复制的问题
  • • 3.1 循环问题概述
• MYSQL如何保证高可用
• • 0.MYSQL主从复制（集群）的常见解决方案
  • 1.MYSQL导致主备延迟的原因
  • • 1.1 数据同步的关键时间点
    • 1.2 原因
  • 2.优化策略
  • • 2.1 可靠性优先策略
    • 2.2 可用性优先策略
    • 2.3 总结
  • 3.备机的并行复制能力演变
  • • 3.1 引入mysql复制的两种复制策略
    • 3.2 MySQL 5.6 版本的并行复制策略
    • 3.3 MariaDB 的并行复制策略
    • 3.4 MySQL 5.7 的并行复制策略
    • 3.5 MySQL 5.7.22 的并行复制策略
• 主库出问题了，从库怎么办
• • 1.主库宕机后的主备切换
  • • 1.1 切换流程
    • 1.2 异常解决的替代
  • 2.读写分离的坑
• 误删数据后除了跑路，还能怎么办？
• 为什么还有kill不掉的语句？
• • 1.kill的过程
  • 2.出现killed（杀不掉）的两种情况
  • 3.两个客户端的误解
• 我查这么多数据，会不会把数据库内存打爆？
• • 1.客户端和服务端如何进行查询
• join语句怎么优化
• • 0.基于回表的优化
  • 1.循环嵌套连接（NLJ）
  • 2.基于块的循环嵌套连接（BNL）
  • 3.hash存储
• 临时表
• • 1.临时表的特性
  • 2.临时表的应用
  • 3.为什么临时表可以重名
  • 4.临时表和主备复制
  • 4.内部临时表
  • • 4.1 什么使用能使用到内部临时表
    • 4.2 总结
• Memory引擎
• • 1.内存表的数据组织结构
  • 2.hash 索引和 B-Tree 索引
  • 3.为什么线上不推荐你使用Memory
  • • 3.1 锁粒度问题
    • 3.2 数据持久化问题
    • 3.3 总结
• 自增键为什么不是连续的
• • 1.自增键存储在哪里
  • 2.自增值修改机制
  • • 3.为什么自增值不连续
    • • 3.1 唯一键冲突导致自增值不连续（第一种原因）
      • 3.2 事务回滚导致不连续（第二种原因）
      • 3.3 自增值为什么不能回退
    • 4.自增锁的优化（第三种原因，主要就是自增id申请策略）
• 不是普通的insert锁为什么这么多
• • 1.insert … select 语句
  • 2.insert循环写入
  • 3.insert唯一键冲突
  • 4.insert into … on duplicate key update
• 如何快速的复制一张表
• • 1.mysqldump方法
  • 2.导出CSV文件
• grant之后要跟着flush privileges吗？
• • 1.全局权限
  • 2.库（db）权限
  • 3.表权限和列权限
  • 4.使用flush privileges之前的总结
  • 5.flush privileges 使用场景
• 要不要使用分区表
• • 1.分区表是什么
  • • 1.1 InnoDB分区表的引擎层的行为
    • 1.2 引擎是MyISAM会发生什么
  • 2.手动分表与分区表的区别
  • • 2.1 分区策略
    • 2.2 分区表的 server 层行为
  • 3.小结
  • • 3.1 分区表的应用场景
• 关于join的补充、NLJ和BNL的补充、group by和distinct的补充
• 自增ID用完了怎么办