冲刺学习-MySQL-常见问题

MySQL索引的最左原则

联合索引的说明

  • 建立三个字段的联合索引
  • 联合索引(a,b,c)相当于建立了索引:(a),(a,b),(a,b,c)

那么ac是否能用到索引呢?

a可以命中联合索引(a,b,c),c无法命中,所以ac组合无法命中联合索引

什么是最左前缀匹配原则?

对于索引中的字段,mysql会一直向右匹配直到遇到范围查询(>、<、between、like)就停止匹配,比如a = 1 and b = 2 and c > 3 and d = 4如果建立(a,b,c,d)顺序的索引,d是用不到索引的,如果建立(a,b,c,d)的索引则都可以用到,a,b,d的顺序可以任意调整。
= 和 in可以乱序,比如a = 1 and b = 2 and c = 3 建立(a,b,c)索引可以任意顺序,mysql的查询优化器会帮你优化索引可以识别的形式

index类型

表示mysql会对整个该索引进行扫描。只要是索引,mysql都会采用index类型的方式进行扫描。但是效率不高,mysql会从索引中的第一个数据查到最后一个数据,直到查到结果

ref类型

表示mysql根绝特定算法快速找到符合条件的索引,二不是对索引的每一个数据都进行扫描判断。要实现这种快速的查询,就需要满足特定的数据结构
索引字段的数据必须是有序的,才能实现这种类型的查找,才能利用到索引

复合索引

首先会对索引最左边的字段的数据进行排序,在第一个字段的排序基础上,然后再对后面的第二个字段进行排序
所以第一个字段是绝对有序的,而第二个字段是无序的了,如果直接使用第二个字段去查,进行条件判断是用不到索引的

当第一个字段进行了等值判断,那么第二个字段进行排序,也可以用到索引。当两个都是等值判断时,顺序是可以改变的,而且不影响结果
mysql查询优化器

InnoDB和MyIsam引擎的区别?

区别

数据的存储结构不同

  1. 每个MyISAM在磁盘上存储成三个文件,它们以表的名字开头来命名。.frm文件存储定义,.MYD(MYD)存储数据文件,.MYI(MYindex)存储索引文件。由于索引和文件数据是分开存储的,所以查询时MyISAM的叶子节点存储的是数据所在的地址,而不是数据
  2. InnoDB在磁盘上保存为两个文件。.frm文件同样存储为表结构文件,.ibd文件存储的是数据和索引文件。InnoDB叶子节点存储的是整个数据行所有的数据

存储空间的消耗不同

  1. MySIAM可被压缩,存储空间较小。支持三种不同的存储格式:静态表(默认,但是注意数据末尾不能有空格,会被去除掉)、动态表、压缩表
  2. InnoDB需要更多的内存和存储,它会在主内存中建立专有的缓冲池用于高速缓冲数据和索引。InnoDB所在的表都保存在同一个数据文件中(也可能是多个文件,或者是独立的表空间),InnoDB表的大小只受限于操作系统文件的大小,一般为2GB

对事务的支持情况不同

  1. MySIAM强调的是性能,每次查询具有原子性,其执行速度比InnoDB类型更快,但是不提供事务支持
  2. InnoDB除了提供事务支持和外部键等高级数据库功能。还具有事务提交、回滚和崩溃修复能力等这些事务安全型表

对锁的支持态度

  1. 如果只是执行大量的查询,MyISAM是更好的选择。MyISAM在增删的时候需要锁定整个表格,效率会低一些
  2. InnoDB支持行级锁,删除插入的时候只需要锁定操作行就行。如果有大量的插入、修改删除操作,使用InnoDB性能会更高

对外键的支持不同

MyISAM不支持外键,而InnoDB支持外键。当然,各种不同MySQL版本对两者的支持都有所改进

是否为聚集索引

InnoDB是聚集索引,使用B+Tree作为索引结构,数据文件是和(主键)索引绑在一起的;MyISAM是非聚集索引,它也是使用B+Tree作为索引结构,但是索引和数据文件是分离的,索引保存的是数据文件的指针

是否必须要主键

InnoDB必须要有主键,MyISAM可以没有主键。InnoDB如果我们没有明确去指定创建主键索引。它会帮我们创建一个隐藏的6byte的int类型的索引作为主键索引

辅助索引于主键索引之间的关系

  1. InnoDB辅助索引和主键索引之间存在层级关系,InnoDB如果添加其他辅助索引,辅助索引查询就需要两次查询,先查询到主键,然后再通过主键查询到数据。因此主键太大,其他索引也相应的会很大
  2. MyISAM则是平级关系。

InnoDB不保存具体行数

InnoDB执行select count(*) from table时需要全表扫描。而MyISAM用一个变量保存了整个表的行数,执行前面的命令会更快

Innodb不支持全文索引,而MyISAM支持全文索引,在全文索引领域的查询效率上MyISAM速度更快高;

InnoDB 的行锁是实现在索引上的,而不是锁在物理行上。如果访问未命中索引,也是无法使用行锁,将会退化为表锁

InnoDB支持表级锁、行级锁,默认为行级锁;而 MyISAM 仅支持表级锁

有哪些优化数据库性能的方法?

优化可以从这四个方面入手:结构优化、硬件优化、DB优化、SQL优化
位置越靠前优化越明显,对数据库的性能提升越高。我们常说的SQL优化反而是对性能提高最小的优化。

架构优化

  • 分布式缓存(高并发、大数据量大场景)
    当接收到查询请求后,我们先查询缓存,判断缓存中是否有数据,有数据就直接返回给应用,如若没有再查询数据库,并加载到缓存中,这样就大大减少了对数据库的访问次数,自然而然也提高了数据库性能。
  • 读写分离(数据库读性能问题)
    一主多从,读写分离,主动同步,是一种常见的数据库架构优化手段。
    主库,提供数据库写服务;从库,提供数据库读能力;主从之间,通过binlog同步数据。
  • 水平切分(数据库数据量大的问题)
    当你的应用业务数据量很大,单库容量成为性能瓶颈后,采用水平切分,可以降低数据库单库容量,提升数据库写性能。

硬件优化

DB优化

冲刺学习-MySQL-常见问题_第1张图片

SQL优化

  • 合理使用索引
  • 使用UNION ALL代替UNION
  • 避免select * 写法
  • JOIN字段建议建立索引
  • 避免复杂的SQL语句
  • 避免where 1=1语句
  • 避免order by rand()类似写法

八种经典优化方法

  • 选取合适的字段属性
  • 使用连接(JOIN)来代替子查询(Sub-Queries)
  • 使用联合(UNION)来代替手动创建的临时表
  • 事务
  • 锁定表
  • 使用外键
  • 使用索引
  • 优化的查询语句
    其他:http://t.csdnimg.cn/Sw8fj

如何定位慢查询?

慢查询

通常是指执行时间较长的SQL查询语句,但是时间的界限因数据库和应用程序的不同而异

如何定位

  1. 开启慢SQL统计:
SET GLOBAL slow_query_log = on; //开启慢SQL统计开关
  1. 设置判断为慢sql的阈值(单位秒):
SET GLOBAL long_query_time = 1;
  1. 设置日志位置:
set global slow_query_log_file="D:\\slow.log";

性能分析

  • 使用explain关键字来对SQL进行性能分析,结果集包含一下参数
    冲刺学习-MySQL-常见问题_第2张图片

MySQL支持行锁还是表锁?分别有哪些优缺点?

MySQL即支持行锁,也支持表锁,准确的说,应该是:InnoDB支持行锁和表锁;MyISAM不支持行锁

行锁

  • 优点:
    • 锁定粒度最小
    • 发生锁冲突的概率最低
    • 并发度也最高
  • 缺点:
    • 行锁开销大
    • 加锁慢
    • 会出现死锁

表锁

  • 优点:
    • 资源消耗比较少
    • 加锁块
    • 不会出现死锁
  • 缺点:
    • 触发锁冲突的概率最高
    • 并发度最低

你可能感兴趣的:(MySQL,面试题,学习,mysql,数据库)