Mysql
1.事物的特性
事务包括四大特性:ACID
A:原子性:事务是最小的工作单元,不可再分。
C:一致性:事务必须保证多条DML语句同时成功或者同时失败。
I:隔离性:事务A与事务B之间具有隔离
D:持久性:持久性说的是最终数据必须持久化到硬盘文件中,事务才算成功的结束。
2 关于事务之间的隔离性
事务隔离性存在隔离级别,理论上隔离级别包括4个:
- 第一级别:读未提交(read uncommitted)
对方失误还没有提交,我们当前事务可以读取到对方未提交的数据
读未提交存在脏读(Dirty read)现象,表示读到了脏的数据。 - 2.第二级别:读已提交(read committed)
对方事务提交之后的数据我方可以读取到
这种隔离级别解决了:脏读现象没有了
读已提交存在的问题是:不可重复读 - 3.可重复读(repeatable read)
这种隔离级别解决了:不可重复读问题
这种隔离级别存在的问题是:读取到的数据是幻象 - 4.第四级别:序列化读/串行化读
解决了所有问题
效率低,需要事务排队。
3.事务的演示
演示:使用start transaction;关闭自动提交机制。
mysql> start transaction;
Query OK, 0 rows affected (0.01 sec)
mysql> insert into t_user(username) values(‘lisi’);
Query OK, 1 row affected (0.01 sec)
mysql> select * from t_user;
···
mysql> insert into t_user(username) values(‘wangwu’);
Query OK, 1 row affected (0.00 sec)
mysql> select * from t_user;
···
mysql> rollback;
Query OK, 0 rows affected (0.01 sec)
4.索引
4.1 什么是索引?有什么用?
索引就相当于一本书的目录,通过目录可以快速地找到对应的资源。在数据库方面,查询一张表的时候有两种检索方式:
第一种方式–全表扫描 第二种方式:根据索引检索(效率很高)
索引为什么可以提高检索效率?
最根本的原理是缩小了扫描的范围。
索引虽然可以提高检索效率,但是不能随意的添加索引,因为索引也是数据库当中的对象,也需要数据库不断的维护,是有维护成本的。比如,表中的数据经常被修改,这样就不适合添加索引,因为数据一旦修改,索引需要重新排序,进行维护。
添加索引是给某一个字段,或者说某些字段添加索引。
4.2怎么创建索引对象?怎么删除索引对象?
创建索引对象:
create index 索引名称 on 表明(字段名)
删除索引对象“
drop index 索引名称 on 表明 ;
4.3什么时候考虑给字段添加索引?(满足什么条件)
数据量庞大
该字段很少的 DML操作
4.4 主键和具有unique约束的字段自动会添加索引。
根据主键查询效率较高,尽量根据主键检索。
4.5 查看sql语句的执行计划:
explain select ename,sal from emp where sal = 5000;
给薪资sal字段添加索引:
create index emp_sal_index on emp(sal);
4.6 索引底层采用的数据结构是:B + Tree
4.7 索引的实现原理?
通过B Tree缩小扫描范围,底层索引进行了排序,分区/索引会携带数据在表中的物理地址,最终通过索引检索到数据之后,获取到关联的物理地址,通过武力地址定位表中的数据,效率是最高的。
select ename from emp where ename = 'SMITH‘;
通过索引转化为:
select ename from emp where 物理地址 = 0x3;
4.8 索引的分类?
单一索引:给单个字段添加索引
复合索引:给多个字段联合起来添加一个索引
主键索引:主键上会自动添加索引
唯一索引:在unique约束的字段上会自动添加索引
4.9索引什么时候失效?
select ename from emp where ename like ‘%S%’;
模糊查询的时候,第一个通配符使用的是%,这个时候索引是失效的。
5.数据库设计三范式
- 任何一张表都应该有主键,并且每一个字段原子性不可再分
- 建立在第一范式的基础上,所有非主键字段完全依赖主键,不能产生部分依赖。
多对多 三张表 关系表两个外键
t_student学生表:
sno(pk) | sname |
---|---|
1 | 张三 |
2 | 李四 |
3 | 王五 |
t_teacher讲师表:
tno(pk) | tname |
---|---|
1 | 王老师 |
2 | 张老师 |
3 | 李老师 |
t_student_teacher_relation学生讲师关系表:
id(pk) | sno(fk) | tno(fk) |
---|---|---|
1 | 1 | 3 |
2 | 1 | 1 |
3 | 2 | 2 |
4 | 2 | 3 |
5 | 3 | 1 |
6 | 3 | 3 |
- 建立在第二范式的基础之上,所有非主键字段直接依赖主键字段,不能产生传递依赖。
一对多?两张表,多的表加外键。
班级t_class
cno(pk) | cname |
---|---|
1 | 班级1 |
2 | 班级2 |
学生t_student
sno(pk) | sname | classno(fk) |
---|---|---|
101 | 张1 | 1 |
102 | 张2 | 1 |
103 | 张3 | 2 |
104 | 张4 | 2 |
105 | 张5 | 2 |
提醒:在实际的开发中,以满足客户的需求为主,有的时候会拿冗余换执行速度。
一对一怎么设计有两种方案:主键共享
t_user_login 用户登录表
id(pk) | username | password |
---|---|---|
1 | zs | 123 |
2 | ls | 456 |
t_user_detail 用户详细信息表
id(pk+fk) | realrname | phone | ``` |
---|---|---|---|
1 | 张三 | 111111111 | |
2 | 李四 | 1111133555 |
外键唯一
t_user_login 用户登录表
id(pk) | username | password |
---|---|---|
1 | zs | 123 |
2 | ls | 456 |
t_user_detail 用户详细信息表
id(pk) | realrname | phone | userid(fk+unique) |
---|---|---|---|
1 | 张三 | 111111111 | |
2 | 李四 | 1111133555 |