前言
这是狂神说 mysql 自学笔记,仅供参考学习,持续更新
以下是视频学习链接:
https://www.bilibili.com/video/BV1NJ411J79W
7、索引
MySQL 官方对索引的定义为:索引(Index)是帮助MySQL高效获取数据的数据结构。
提取句子主干,就可以得到索引的本质:索引是数据结构
7.1、索引的分类
在一个表中,主键索引只能有一个,唯一索引可以有多个
- 主键索引(PRIMARY KEY)
- 唯一的标识,主键不可重复,只能有一个列作为主键
- 唯一索引(UNIQUE KEY)
- 避免重复的列出现,唯一索引可以重复,多个列都可以标识唯一索引
- 常规索引(KEY / INDEX)
- 默认的,index 。 key 关键字来设置
- 全文索引(FullText)
- 在特定的数据库引擎下才有,MyISAM
- 快速定位数据
基础语法
-- 索引的使用
-- 1、在创建表的时候给字段增加索引
-- 2、创建完毕后,增加索引
-- 显示所有的索引信息
SHOW INDEX FROM student
-- 增加一个全文索引(索引名) 列名
ALTER TABLE school.`student` ADD FULLTEXT INDEX `studentname`(`studentname`);
-- EXPAIN 分析 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=utf8mb4 COMMENT='app用户表'
-- 插入100万数据.
SET GLOBAL log_bin_trust_function_creators=1;
DELIMITER $$ -- 写函数之前必须要写,标志
CREATE FUNCTION mock_data()
RETURNS INT
BEGIN
DECLARE num INT DEFAULT 1000000;
DECLARE i INT DEFAULT 0;
WHILE num DO
INSERT INTO app_user(`name`, `email`, `phone`, `gender`, `password`, `age`)VALUES(CONCAT('用户', i), '[email protected]', CONCAT('18', FLOOR(RAND() * ((999999999-100000000) + 1000000000))), 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` = '用户9999';
SELECT * FROM app_user WHERE `name` = '用户9999';
SELECT * FROM app_user WHERE `name` = '用户9999';
SELECT * FROM app_user WHERE `name` = '用户9999';
SELECT * FROM student
-- 索引命名: id _ 表名 _ 字段名
-- CREATE INDEX 索引名 ON 表(字段)
CREATE INDEX id_app_user_name ON app_user(`name`)
SELECT * FROM app_user WHERE `name` = '用户9999';
索引在小数据量的时候,区别不大,但是在大数据的时候,区别十分明显
7.3、索引原则
- 索引不是越多越好
- 不要对经常变动数据加索引
- 小数据量的表不需要加索引
- 索引一般加在常用来查询的字段上
索引的数据结构
Hash 类型的索引
Btree:InnoDB 的默认数据结构
阅读:http://blog.codinglabs.org/articles/theory-of-mysql-index.html
8、权限管理和备份
8.1、用户管理
SQL yog 可视化管理
SQL 命令操作
用户表: mysql.user
本质:对这张表进行增删改查
-- 创建用户 CREATE USER 用户名 IDENTIFIED BY '密码'
CREATE USER kuangshen IDENTIFIED BY '123456'
-- 修改密码(修改当前用户密码)
SET PASSWORD = PASSWORD('123456')
-- 修改密码(修改指定用户密码)
SET PASSWORD FOR kuangshen = PASSWORD('123456')
-- 重命名 RENAME USER 原来名字 TO 新的名字
RENAME USER kuangshen TO kuangshen2
-- 用户授权 ALL PRIVILEGES 全部的授权, 库.表
-- ALL PRIVILEGES 除了给别人授权,其他都能够干
GRANT ALL PRIVILEGES ON *.* TO kuangshen2
-- 查询权限
SHOW GRANTS FOR kuangshen2 -- 查看指定用户的权限
SHOW GRANTS FOR root@localhost
-- ROOT 用户权限:GRANT ALL PRIVILEGES ON *.* TO 'root'@'localhost' WITH GRANT OPTION
-- 撤销权限 REVOKE 哪些权限,在哪个库撤销,给谁撤销
REVOKE ALL PRIVILEGES ON *.* FROM kuangshen2
-- 删除用户
DROP USER kuangshen
8.2、数据库备份
为什么要备份:
- 保证重要的数据不丢失
- 数据转移
MySQL 数据库备份的方式
-
直接拷贝
物理文件 -
在SQLyog 这种可视化工具中手动导出
- 在想要导出的表或者库中,右键,选择备份或导出
-
使用命令行导出 mysqldump 命令行使用
-- mysqldump -h 主机 -u 用户名 -p 密码 表名 > 物理磁盘位置/文件名
mysqldump -hlocalhost -uroot -proot school student >D:/a.sql
-- mysqldump -h 主机 -u 用户名 -p 密码 表1 表2 表3 > 物理磁盘位置/文件名
mysqldump -hlocalhost -uroot -proot school student >D:/b.sql
-- mysqldump -h 主机 -u 用户名 -p 密码 数据库 > 物理磁盘位置/文件名
mysqldump -hlocalhost -uroot -proot school >D:/a.sql
-- 导入
-- 登陆的情况下,切换到指定的数据库
-- source 备份文件
source d:/a.sql
mysql -u用户名 -p密码 库名 < 备份文件
假设你要备份数据库,防止数据丢失
把数据库给朋友,sql文件发送即可
9、规范数据库设计
9.1、为什么需要设计
当数据库比较复杂的时候,我们就需要设计
糟糕的数据库设计
- 数据冗余,浪费空间
- 数据库插入和删除都会麻烦、异常 [屏蔽使用物理外键]
- 程序性能差
良好的数据库设计
- 节省内存空间
- 保证数据库的完整性
- 方便我们开发系统
软件开发中,关于数据库的设计
- 分析需求:分析业务和需要处理的数据库的需求
- 概要设计:设计关系图 E-R 图
设计数据库的步骤:(个人博客)
- 收集信息(用户登陆、注销,用户的个人信息,写博客,创建分类)
- 用户表(用户登陆注销,用户的个人信息,写博客,创建分类)
- 分类表(文章分类,谁创建的)
- 文章表(文章的信息)
- 评论表
- 友链接表(友链信息)
- 自定义表(系统信息,某个关键的字,或者一些主字段) key : value
- 说说表(发表心情 … id … content … creat_time)
- 标识实体(把需求落实到每个字段)
- 标识实体之间的关系
- 写博客:user --> blog
- 创建分类:user --> category
9.2、三大范式
为什么需要数据规范化?
- 信息重复
- 更新异常
- 插入异常
- 无法正常显示信息
- 删除异常
- 丢失有效的信息
三大范式
第一范式(1NF)
原子性:保证每一列不可再分
第二范式(2NF)
前提:满足第一范式
每张表只描述一件事情
第三范式(3NF)
前提:满足第一范式 和 第二范式
第三范式需要确保数据表中的每一列数据都和主键直接相关,而不能间接相关
(规范数据库的设计)
规范性 和 性能的问题
关联查询的表不得超过三张表
- 考虑商业化的需求和目标,(成本,用户体验!)数据库的性能更加重要
- 在规范化性能的问题的时候,需要适当的考虑一下 规范性!
- 故意给某些表增加一些冗余的字段。(从多表查询变为单表查询)
- 故意增加一些计算列(从大数据量降低为小数据量的查询:索引)