MySQL面试

一、InnoDB和MyISAM区别

  • 1.是否支持行级锁 MyISAM 只有表级锁(table-level locking),而 InnoDB 支持行级锁(row-level locking)和表级锁,默认为行级锁。 也就说,MyISAM 一锁就是锁住了整张表,这在并发写的情况下是多么滴憨憨啊!这也是为什么InnoDB 在并发写的时候,性能更牛皮了!
  • 2.是否支持事务 MyISAM 不提供事务支持。 InnoDB 提供事务支持,具有提交(commit)和回滚(rollback)事务的能力。
  • 3.是否支持外键 MyISAM 不支持,而 InnoDB 支持。
  • 4.是否支持数据库异常崩溃后的安全恢复
    MyISAM 不支持,而 InnoDB 支持。
    使用 InnoDB 的数据库在异常崩溃后,数据库重新启动的时候会保证数据库恢复到崩溃前的状态。这个恢复的过程依赖于 redo log 。
  • 5.是否支持 MVCC
    MyISAM 不支持,而 InnoDB 支持。
    讲真,这个对比有点废话,毕竟 MyISAM 连行级锁都不支持。
    MVCC 可以看作是行级锁的一个升级,可以有效减少加锁操作,提供性能。

二、事务的隔离级别:

  • READ-UNCOMMITTED(读取未提交): 最低的隔离级别,允许读取尚未提交的数据变更,可能会导致脏读、幻读或不可重复读。
    READ-COMMITTED(读取已提交): 允许读取并发事务已经提交的数据,可以阻止脏读,但是幻读或不可重复读仍有可能发生。
    REPEATABLE-READ(可重复读): 对同一字段的多次读取结果都是一致的,除非数据是被本身事务自己所修改,可以阻止脏读和不可重复读,但幻读仍有可能发生。
    SERIALIZABLE(可串行化): 最高的隔离级别,完全服从 ACID 的隔离级别。所有的事务依次逐个执行,这样事务之间就完全不可能产生干扰,也就是说,该级别可以防止脏读、不可重复读以及幻读。

三、数据库的三个范式:

  • 第一范式:数据表的每一列都要保持它的原子特性,也就是列不能再被分割。
  • 第二范式(2NF)概率:属性必须完全依赖于主键。
  • 第三范式(3NF)概念:所有的非主属性不依赖于其他的非主属性
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值