Mysql面试宝典

Mysql面试宝典

索引

  1. 几个基本的索引类型 1普通索引 2唯一索引 3主键索引 4复合索引 5全文索引 6空间索引
  2. 索引优点:
    1. 快速访问数据表中的特定信息,提高检索速度
    2. 创建唯一性索引,保证数据库表中每一行数据的唯一性
    3. 加速表和表之间的连接
    4. 使用分组和排序子句进行数据检索时,可以显著减少查询中分组和排序的时间
  3. 索引缺点:
    1. 插入、删除、修改速度下降
    2. 占用物理和数据空间
  4. 建立索引的原则:
    1. 最频繁使用的、用以缩小查询范围的字段上建立索引
    2. 在频繁使用的、需要排序的字段上建立索引
  5. 什么情况不宜建立索引:
    1. 查询中很少涉及的列或者重复值比较多的列
    2. 一些特殊的数据类型,比如文本字段(text)等

存储过程

  • 存储过程是一些编译好的SQL语句,因为系统在调用SQL的时候比较浪费时间,所以之前先将一些基本的额SQL语句代码进行编译(对单表或多表的增删改查),然后再给代码取一个名字,在需要这个功能时去调用它就可以了。
  • 优点:
    1. 存储工程是编译后的代码
    2. 存储过程代替SQL语句,降低网络通信
    3. 在一定的程度确保数据安全

数据库事务机制的四个特性及含义

  1. 原子性(Atomic):整个事务中的所有操作,要么全部完成,要么全部不完成,不可能停滞在中间某个环节。事务在执行过程中发生错误,会被回滚(Rollback)到事务开始前的状态,就像这个事务从来没有执行过一样。
  2. 一致性(Consistency):在事务开始之前和事务结束以后,数据库的完整性约束没有被破坏。
  3. 隔离性(Isolation):隔离状态执行事务,使它们好像是系统在给定时间内执行的唯一操作。如果有两个事务,运行在相同的时间内,执行 相同的功能,事务的隔离性将确保每一事务在系统中认为只有该事务在使用系统。这种属性有时称为串行化,为了防止事务操作间的混淆,必须串行化或序列化请求,使得在同一时间仅有一个请求用于同一数据。
  4. 持久性(Durability):在事务完成以后,该事务所对数据库所作的更改便持久的保存在数据库之中,并不会被回滚。
  • 事务执行的语句:
    1. 开始事物:BEGIN TRANSACTION
    2. 提交事物:COMMIT TRANSACTION
    3. 回滚事务:ROLLBACK TRANSACTION

drop,delete与truncate的区别

  • drop直接删掉表 truncate删除表中数据,再插入时自增长id又从1开始 delete删除表中数据,可以加where字句
  • 速度 drop > truncate > delete
  • 想删除部分数据时,delete 删除时要带上where语句
  • 保留表而想删除所有的数据时用truncate

数据库范式

  1. 第一范式:在任何一个关系数据库中,第一范式(1NF)是对关系模式的基本要求,不满足第一范式(1NF)的数据库就不是关系数据库。
    所谓第一范式(1NF)是指数据库表的每一列都是不可分割的基本数据项,同一列中不能有多个值,即实体中的某个属性不能有多个值或者不能有重复的属性。如果出现重复的属性,就可能需要定义一个新的实体,新的实体由重复的属性构成,新实体与原实体之间为一对多关系。在第一范式(1NF)中表的每一行只包含一个实例的信息。简而言之,第一范式就是无重复的列。
  2. 第二范式:第二范式(2NF)是在第一范式(1NF)的基础上建立起来的,即满足第二范式(2NF)必须先满足第一范式(1NF)。第二范式(2NF)要求数据库表中的每个实例或行必须可以被惟一地区分。为实现区分通常需要为表加上一个列,以存储各个实例的惟一标识。这个惟一属性列被称为主关键字或主键、主码。
    第二范式(2NF)要求实体的属性完全依赖于主关键字。所谓完全依赖是指不能存在仅依赖主关键字一部分的属性,如果存在,那么这个属性和主关键字的这一部分应该分离出来形成一个新的实体,新实体与原实体之间是一对多的关系。为实现区分通常需要为表加上一个列,以存储各个实例的惟一标识。简而言之,第二范式就是非主属性非部分依赖于主关键字。
  3. 第三范式:满足第三范式(3NF)必须先满足第二范式(2NF)。简而言之,第三范式(3NF)要求一个数据库表中不包含已在其它表中已包含的非主关键字信息。例如,存在一个部门信息表,其中每个部门有部门编号(dept_id)、部门名称、部门简介等信息。那么在员工信息表中列出部门编号后就不能再将部门名称、部门简介等与部门有关的信息再加入员工信息表中。如果不存在部门信息表,则根据第三范式(3NF)也应该构建它,否则就会有大量的数据冗余。简而言之,第三范式就是属性不依赖于其它非主属性。(我的理解是消除冗余)

数据库中的乐观锁和悲观锁

  1. 乐观锁和悲观锁主要是作用在并发访问控制
  2. 悲观锁 假定会发生并发冲突,屏蔽任何违反数据完整的操作
  3. 乐观锁 假定不会发生冲突,只有在提交操作时检查是否违反数据的完整性
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章