- 数据库三大范式
(1)第一范式(1NF):列不可再分
第一范式的合理遵循需要根据系统给的实际需求来确定。比如某些数据库系统中需要
用到“地址”这个属性,本来直接将“地址”属性设计成为一个数据库表的字段就行,但是如
果系统经常访问“地址”属性中的“城市”部分,那么一定要把“地址”这个属性重新拆分为省
份、城市、详细地址等多个部分来进行存储,这样对地址中某一个部分操作的时候将非
常方便,这样设计才算满足数据库的第一范式
(2)第二范式(2NF)属性完全依赖于主键
也就是说在一个数据库表中,一个表中只能保存一种数据,不可以把多种数据保存在同
一张数据库表中。
(3)第三范式(3NF)属性不依赖于其它非主属性 属性直接依赖于主键
比如在设计一个订单数据表的时候,可以将客户编号作为一个外键和订单表建立相应的
关系,而不可以在订单表中添加关于客户其他信息(比如姓名、所属公司)的字段
- 一张自增表里面总共有 7 条数据,删除了最后 2 条数据,重启 MySQL 数据库,又插入了一条数据,此时 id 是几?
一般情况下,我们创建的表的类型是InnoDB,如果新增一条记录(不重启mysql的情况
下),这条记录的id是8;但是如果重启(文中提到的)MySQL的话,这条记录的ID是
6。因为InnoDB表只把自增主键的最大ID记录到内存中,所以重启数据库或者对表
OPTIMIZE操作,都会使最大ID丢失。但是,如果我们使用表的类型是MylSAM,那么这
条记录的ID就是8。因为MylSAM表会把自增主键的最大ID记录到数据文件里面,重启
MYSQL后,自增主键的最大ID也不会丢失。
注:如果在这7条记录里面删除的是中间的几个记录(比如删除的是3,4两条记录),重
启MySQL数据库后,insert一条记录后,ID都是8。因为内存或者数据库文件存储都是自
增主键最大ID
- mysql四种常用的搜索引擎
(1)如果要提供提交、回滚、崩溃恢复能力的事物安全(ACID兼容)能力,并要求实现
并发控制,InnoDB是一个好的选择
(2)如果数据表主要用来插入和查询记录,则MyISAM引擎能提供较高的处理效率
(3)如果只是临时存放数据,数据量不大,并且不需要较高的数据安全性,可以选择将数
据保存在内存中的Memory引擎,MySQL中使用该引擎作为临时表,存放查询的中间结
果
(4)如果只有INSERT和SELECT操作,可以选择Archive,Archive支持高并发的插入操
作,但是本身不是事务安全的。Archive非常适合存储归档数据,如记录日志信息可以使
用Archive
- 事务本质上有四个特点ACID
(1)Atomicity原子性
(2)Consistency一致性
(3)Isolation隔离性
(4)Durability持久性
- mysql左连接 右连接 内连接的区别
(1)内连接,显示两个表中有联系的所有数据;
(2)左链接,以左表为参照,显示所有数据,右表中没有则以null显示
(3)右链接,以右表为参照显示数据,,左表中没有则以null显示
- mysql乐观锁和悲观锁
(1)乐观锁,简单地说,就是从应用系统层面上做并发控制,去加锁。
实现乐观锁常见的方式:版本号version
实现方式,在数据表中增加版本号字段,每次对一条数据做更新之前,先查出该条数据
的版本号,每次更新数据都会对版本号进行更新。在更新时,把之前查出的版本号跟库
中数据的版本号进行比对,如果相同,则说明该条数据没有被修改过,执行更新。如果
比对的结果是不一致的,则说明该条数据已经被其他人修改过了,则不更新,客户端进
行相应的操作提醒。使用版本号时,可以在数据初始化时指定一个版本号,每次对数据
的更新操作都对版本号执行+1操作。并判断当前版本号是不是该数据的最新的版本号。
(2) 悲观锁,简单地说,就是从数据库层面上做并发控制,去加锁。
悲观锁的实现方式有两种:共享锁(读锁)和排它锁(写锁)
mysql InnoDB引擎默认的修改数据语句:update,delete,insert都会自动给涉及到的数据加
上排他锁,select语句默认不会加任何锁类型。
在Java中,synchronized的思想也是悲观锁。