MySQL入门语法(视频学习笔记)一+https://developer.aliyun.com/article/1390442?spm=a2c6h.13148508.setting.15.609a4f0eIFxcIf
6、事务
6.1、什么是事务
要么都成功,要么都失败
1、SQL执行 A给B转账:A1000 —> 200 B200
2、SQL执行 B收到A钱:A800 —> B400
即将一组SQL放在一个批次中去执行!
事务原则(ACID原则)
- 原子性
原子性表示要么都成功,要么都失败,不能只发生其中一个动作
- 一致性
事务前后的数据完整性要保持一致,如转账前后两个用户账户金额总数保持不变
- 隔离性
多个用户并发访问数据库时,数据库为每一个用户开启的事务,不能被其他事物的操作数据所干扰,事物之间要相互隔离
- 持久性
事务一旦提交则不可逆,被持久化到数据库中
如果在操作前(事务还没有提交)服务器宕机或者断电,那么重启数据库以后,数据状态应该为 A:800,B:200 如果在操作后(事务已经提交)服务器宕机或者断电,那么重启数据库以后,数据状态应该为 A:600,B:400
事务的隔离级别
- 脏读:指一个事务读取了另外一个事务未提交的数据。
- 不可重复读:在一个事务内读取表中的某一行数据,多次读取结果不同。
- 虚读(幻读):是指在一个事务内读取到了别的事务插入的数据,导致前后读取数量总量不一致(一般是行影响,如下图所示:多了一行)
6.2、测试事务实现转账
语法部分
-- mysql是自动开启事务自动提交的 SET autocommit = 0 -- 关闭 SET autocommit = 1 -- 开启(默认设置) -- 手动处理事务 SET autocommit = 0 -- 关闭自动提交 -- 事务开启 START TRANSACTION -- 标记一个事务的开始,从这个之后的sql都在同一个事务之内 INSERT xx INSERT xx -- 提交:持久化(成功) COMMIT -- 回滚:回到原来的样子(失败) ROLLBACK -- 事务结束 SET autocommit = 1 -- 开启自动提交 -- 了解部分 SAVEPOINT 保存点名 -- 设置一个事务的保存点 ROLLBACK TO SAVEPOINT 保存点名 -- 回滚到保存点 RELEASE SAVEPOINT 保存点名 -- 撤销保存点
实战模拟部分
CREATE DATABASE shop CHARACTER SET utf8 COLLATE utf8_general_ci USE shop CREATE TABLE `account`( `id` INT(3) NOT NULL AUTO_INCREMENT, `name` VARCHAR(30) NOT NULL, `money` DECIMAL(9,2) NOT NULL, PRIMARY KEY(`id`) )ENGINE=INNODB DEFAULT CHARSET=utf8 INSERT INTO `account`(`name`,`money`) VALUES ('A',2000.00),('B',1000.00) SHOW VARIABLES LIKE 'autocommit'; -- 检查事务是否自动提交 -- 模拟转账事务 SET autocommit = 0; -- 关闭自动提交 START TRANSACTION; -- 开始一个事务 UPDATE `account` SET money=money-500 WHERE `name` = 'A'; -- A减500 UPDATE `account` SET money=money+500 WHERE `name` = 'B'; -- B加500 COMMIT; -- 提交事务 ROLLBACK; -- 回滚 SET autocommit = 1;
7、索引
7.1、索引的分类
在一个表中,主键索引只能有一个,唯一索引可以有多个
- 主键索引(PRIMARY KEY)
- 唯一的标识,主键不可重复,只能有一个字段作为主键
- 唯一索引(UNIQUE KEY)
- 避免重复的列出现,唯一索引可以重复,多个列都可以标识为唯一索引
- 常规索引(KEY/INDEX)
- 默认的,index/key关键字来设置
- 全文索引(FULLTEXT)
- 在特定的数据库引擎下才有
- 快速定位数据
基础语法
-- 索引的使用 -- 1、在创建表的时候给字段增加索引 -- 2、创建完毕后增加索引 -- 显示所有索引的信息 SHOW INDEX FROM `student`; -- 增加一个全文索引列名 ALTER TABLE school.`student` ADD FULLTEXT INDEX `studentname`(`studentname`); -- explain分析sql的执行状况 EXPLAIN SELECT * FROM `student`; -- 非全文索引 EXPLAIN SELECT * FROM `student` WHERE MATCH(studentName) AGAINST('刘');
7.2、测试索引
-- 建表 CREATE TABLE `app_user` ( `id` BIGINT(20) UNSIGNED NOT NULL AUTO_INCREMENT, `name` VARCHAR(50) DEFAULT'' COMMENT'用户昵称', `email` VARCHAR(50) NOT NULL COMMENT'用户邮箱', `phone` VARCHAR(20) DEFAULT'' COMMENT'手机号', `gender` TINYINT(4) UNSIGNED DEFAULT '0'COMMENT '性别(0:男;1:女)', `password` VARCHAR(100) NOT NULL COMMENT '密码', `age` TINYINT(4) DEFAULT'0' COMMENT '年龄', `create_time` DATETIME DEFAULT CURRENT_TIMESTAMP, `update_time` TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, PRIMARY KEY (`id`) ) ENGINE=INNODB DEFAULT CHARSET=utf8 COMMENT = 'app用户表' -- 定义能创建一百万条数据的函数 DELIMITER $$ CREATE FUNCTION mock_data() RETURNS INT DETERMINISTIC BEGIN DECLARE num INT DEFAULT 1000000; DECLARE i INT DEFAULT 0; WHILE i < num DO INSERT INTO app_user(`name`,`email`,`phone`,`gender`,`password`,`age`)VALUES(CONCAT('用户',i),'24736743@qq.com',CONCAT('18',FLOOR(RAND()*(999999999-100000000)+100000000)),FLOOR(RAND()*2),UUID(),FLOOR(RAND()*100)); SET i = i + 1; END WHILE; RETURN i; END $$ -- 运行函数,创建一百万条数据 SELECT mock_data(); -- 执行查询语句 SELECT * FROM app_user WHERE `name` = '用户999999'; -- 耗时0.775秒 -- 分析该查询语句执行情况 EXPLAIN SELECT * FROM app_user WHERE `name` = '用户999999'; -- 需要查询数:992349 -- 创建索引第三种方式 -- create idnex 索引名 on 表(字段) -- 索引名命名形式:id_表名_字段名 CREATE INDEX id_app_user_name ON app_user(`name`); -- 重新执行查询语句 SELECT * FROM app_user WHERE `name` = '用户99999'; -- 耗时0.001秒 EXPLAIN SELECT * FROM app_user WHERE `name` = '用户99999'; -- 需要查询数:1
索引在小数据量的时候,作用不大,但是在大数据的时候,区别十分明显
7.3、索引原则
- 索引不是越多越好
- 不要给经常变动的数据加索引
- 小数据量的表不需要加索引
- 索引一般加载常用来查询的字段上索引的数据结构
Hash类型的索引
Btree:InnoDB的默认数据结构
Btree:InnoDB的默认数据结构
8、权限管理与备份
8.1、用户管理
SQLyog用户管理
SQL命令操作
用户表:mysql.user
本质:读这张表进行增删改查
-- 创建用户 create user 用户名 identified by '密码' CREATE USER '陈彦亨' IDENTIFIED BY '129496'; CREATE USER 陈梓坤 IDENTIFIED BY '129496'; CREATE USER test@localhost IDENTIFIED BY '111111'; -- 修改密码(修改当前用户密码) USER mysql; ALTER USER '陈彦亨'@'%' IDENTIFIED BY '111111'; -- 重命名 rename user 原名 to 新名 RENAME USER 陈彦亨 TO cyh; -- 用户授权 grant 哪些权限 on 数据库.表 to 用户(给用户授予某个库中某张表的某种权限) -- all privileges全部的权限(除给他人授权的权限,此权限root拥有) GRANT ALL PRIVILEGES ON *.* TO cyh; -- root用户的权限为:grant all privileges on *.* to root with grant option -- 查询权限 SHOW GRANTS FOR cyh; -- 创建时没有写主机名(默认%,同localhost,但是查权限时不需要写主机名) SHOW GRANTS FOR root@localhost; -- 创建用户时带主机名查询权限若没有主机名会报错 -- 撤销权限 revoke 哪些权限 on 数据库.表 from 用户 REVOKE ALL PRIVILEGES ON *.* FROM cyh; -- 删除用户 DROP USER 陈梓坤;
8.2、MySQL备份
为什么要备份:
- 保证重要的数据不丢失
- 数据转移
MySQL数据库备份的方式
- 直接拷贝物理文件
- 在SQLyog这种可视化工具中手动导出
- 在想要导出的表或数据库中,右键,选择备份/导出
- 使用命令行的方式备份或导入
#备份 # mysqldump -h主机 -u用户名 -p密码 数据库 表名 >物理磁盘位置/文件名 mysqldump -hlocalhost -uroot -p123456 school student >d:/a.sql # mysqldump -h主机 -u用户名 -p密码 数据库 表1 表2 表3 >物理磁盘位置/文件名 mysqldump -hlocalhost -uroot -p123456 school stdent result >d:/b.sql # 导入 # 登录的情况下,切换到指定的数据库,如果导入数据库则不需要 # source 备份文件 source c:/desktop/a,sql # 未登录状态下 # mysql -u用户名 -p密码 库名 <物理磁盘位置/备份文件
9、规范数据库设计
当数据库比较复杂时则需要设计
糟糕的数据库设计:
- 数据冗余,浪费空间
- 数据库插入和删除都会麻烦、异常【屏蔽使用物理外键】
- 程序的性能差
良好的数据库设计:
- 节省内存空间
- 保存数据库的完整性
- 方便我们开发系统
软件开发中,关于数据库的设计:
- 分析需求:分析业务和需要处理的数据库的需求
- 概要设计:设计关系图E-R图
9.1、设计数据库的步骤
以个人博客为例
- 搜集信息,分析需求
- 用户表(用户登录注销,用户的个人信息,写博客,创建分类)
- 分类表(文章分类,谁创建的)
- 文章表(文章的信息)
- 评论表
- 友链表(友链信息)
- 自定义表(系统信息,某些关键的字,或者一些主字段)key:value
- 标识实体(把需求落地到每个字段)
- 标识实体之间的关系
- 写博客:user–>blog
- 创建分类:user->category
- 关注:user->user
- 友链:links
- 评论:user-user-blog
9.2、三大范式
为什么需要数据规范化
- 信息重复
- 更新异常
- 插入异常
- 无法正常显示信息
- 删除异常
- 丢失有效的信息
三大范式
第一范式
原子性:保证每一列不可再分
第二范式
前提:满足第一范式
每张表只描述一件事情
第三范式
前提:满足第一范式和第二范式
第三范式需要确保数据表中的每一列数据都和主键直接相关,而不能间接相关
规范性和性能的问题(空间与时间的取舍)
关联查询的表不得超过三张表
- 考虑商业化的需求和目标(成本,用户体验),数据库的性能更加重要
- 在规范性能的问题的时候,需要适当考虑一下规范性
- 故意给某些表增加一些冗余的字段(从多表查询变为单标查询)
- 故意增加一些计算列(从大数据量降低为小数据量的查询:索引)
QL数据库备份的方式
- 直接拷贝物理文件
- 在SQLyog这种可视化工具中手动导出
- 在想要导出的表或数据库中,右键,选择备份/导出
- 使用命令行的方式备份或导入
#备份 # mysqldump -h主机 -u用户名 -p密码 数据库 表名 >物理磁盘位置/文件名 mysqldump -hlocalhost -uroot -p123456 school student >d:/a.sql # mysqldump -h主机 -u用户名 -p密码 数据库 表1 表2 表3 >物理磁盘位置/文件名 mysqldump -hlocalhost -uroot -p123456 school stdent result >d:/b.sql # 导入 # 登录的情况下,切换到指定的数据库,如果导入数据库则不需要 # source 备份文件 source c:/desktop/a,sql # 未登录状态下 # mysql -u用户名 -p密码 库名 <物理磁盘位置/备份文件
9、规范数据库设计
当数据库比较复杂时则需要设计
糟糕的数据库设计:
- 数据冗余,浪费空间
- 数据库插入和删除都会麻烦、异常【屏蔽使用物理外键】
- 程序的性能差
良好的数据库设计:
- 节省内存空间
- 保存数据库的完整性
- 方便我们开发系统
软件开发中,关于数据库的设计:
- 分析需求:分析业务和需要处理的数据库的需求
- 概要设计:设计关系图E-R图
9.1、设计数据库的步骤
以个人博客为例
- 搜集信息,分析需求
- 用户表(用户登录注销,用户的个人信息,写博客,创建分类)
- 分类表(文章分类,谁创建的)
- 文章表(文章的信息)
- 评论表
- 友链表(友链信息)
- 自定义表(系统信息,某些关键的字,或者一些主字段)key:value
- 标识实体(把需求落地到每个字段)
- 标识实体之间的关系
- 写博客:user–>blog
- 创建分类:user->category
- 关注:user->user
- 友链:links
- 评论:user-user-blog
9.2、三大范式
为什么需要数据规范化
- 信息重复
- 更新异常
- 插入异常
- 无法正常显示信息
- 删除异常
- 丢失有效的信息
三大范式
第一范式
原子性:保证每一列不可再分
第二范式
前提:满足第一范式
每张表只描述一件事情
第三范式
前提:满足第一范式和第二范式
第三范式需要确保数据表中的每一列数据都和主键直接相关,而不能间接相关
规范性和性能的问题(空间与时间的取舍)
关联查询的表不得超过三张表
- 考虑商业化的需求和目标(成本,用户体验),数据库的性能更加重要
- 在规范性能的问题的时候,需要适当考虑一下规范性
- 故意给某些表增加一些冗余的字段(从多表查询变为单标查询)
- 故意增加一些计算列(从大数据量降低为小数据量的查询:索引)