MySQL入门语法(视频学习笔记)二

本文涉及的产品
云数据库 RDS MySQL Serverless,0.5-2RCU 50GB
简介: 什么是事务要么都成功,要么都失败1、SQL执行 A给B转账:A1000 —> 200 B2002、SQL执行 B收到A钱:A800 —> B400即将一组SQL放在一个批次中去执行!事务原则(ACID原则)原子性原子性表示要么都成功,要么都失败,不能只发生其中一个动作

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、三大范式

为什么需要数据规范化

  • 信息重复
  • 更新异常
  • 插入异常
  • 无法正常显示信息
  • 删除异常
  • 丢失有效的信息

三大范式


第一范式

原子性:保证每一列不可再分

第二范式

前提:满足第一范式

每张表只描述一件事情

第三范式

前提:满足第一范式和第二范式

第三范式需要确保数据表中的每一列数据都和主键直接相关,而不能间接相关

规范性和性能的问题(空间与时间的取舍


关联查询的表不得超过三张表

  • 考虑商业化的需求和目标(成本,用户体验),数据库的性能更加重要
  • 在规范性能的问题的时候,需要适当考虑一下规范性
  • 故意给某些表增加一些冗余的字段(从多表查询变为单标查询)
  • 故意增加一些计算列(从大数据量降低为小数据量的查询:索引)
相关实践学习
基于CentOS快速搭建LAMP环境
本教程介绍如何搭建LAMP环境,其中LAMP分别代表Linux、Apache、MySQL和PHP。
全面了解阿里云能为你做什么
阿里云在全球各地部署高效节能的绿色数据中心,利用清洁计算为万物互联的新世界提供源源不断的能源动力,目前开服的区域包括中国(华北、华东、华南、香港)、新加坡、美国(美东、美西)、欧洲、中东、澳大利亚、日本。目前阿里云的产品涵盖弹性计算、数据库、存储与CDN、分析与搜索、云通信、网络、管理与监控、应用服务、互联网中间件、移动服务、视频服务等。通过本课程,来了解阿里云能够为你的业务带来哪些帮助 &nbsp; &nbsp; 相关的阿里云产品:云服务器ECS 云服务器 ECS(Elastic Compute Service)是一种弹性可伸缩的计算服务,助您降低 IT 成本,提升运维效率,使您更专注于核心业务创新。产品详情: https://www.aliyun.com/product/ecs
相关文章
|
24天前
|
存储 监控 关系型数据库
轻松入门Mysql:MySQL性能优化与监控,解锁进销存系统的潜力(23)
轻松入门Mysql:MySQL性能优化与监控,解锁进销存系统的潜力(23)
|
24天前
|
SQL 数据可视化 关系型数据库
轻松入门MySQL:深入探究MySQL的ER模型,数据库设计的利器与挑战(22)
轻松入门MySQL:深入探究MySQL的ER模型,数据库设计的利器与挑战(22)
106 0
|
24天前
|
存储 关系型数据库 MySQL
轻松入门MySQL:数据库设计之范式规范,优化企业管理系统效率(21)
轻松入门MySQL:数据库设计之范式规范,优化企业管理系统效率(21)
|
24天前
|
存储 关系型数据库 MySQL
轻松入门MySQL:揭秘MySQL游标,数据处理的神秘利器(16)
轻松入门MySQL:揭秘MySQL游标,数据处理的神秘利器(16)
|
24天前
|
存储 SQL 关系型数据库
轻松入门MySQL:加速进销存!利用MySQL存储过程轻松优化每日销售统计(15)
轻松入门MySQL:加速进销存!利用MySQL存储过程轻松优化每日销售统计(15)
|
24天前
|
SQL 关系型数据库 MySQL
轻松入门MySQL:保障数据完整性,MySQL事务在进销存管理系统中的应用(12)
轻松入门MySQL:保障数据完整性,MySQL事务在进销存管理系统中的应用(12)
|
24天前
|
存储 关系型数据库 MySQL
轻松入门MySQL:优化进销存管理,掌握MySQL索引,提升系统效率(11)
轻松入门MySQL:优化进销存管理,掌握MySQL索引,提升系统效率(11)
|
24天前
|
关系型数据库 MySQL 数据库
轻松入门MySQL:精准查询,巧用WHERE与HAVING,数据库查询如虎添翼(7)
轻松入门MySQL:精准查询,巧用WHERE与HAVING,数据库查询如虎添翼(7)
|
24天前
|
SQL 存储 关系型数据库
轻松入门MySQL:玩转数据表的增、删、改、查(4)
轻松入门MySQL:玩转数据表的增、删、改、查(4)
|
21天前
|
存储 关系型数据库 MySQL
MySQL基础入门:数据库操作全攻略
MySQL基础入门:数据库操作全攻略
50 0