1、前言
学习视频源自：【狂神说Java】MySQL最新教程通俗易懂
B站视频链接：/video/BV1NJ411J79W
【狂神说Java】MySQL最新教程通俗易懂
笔记为看视频自行撰写，仅限学习交流使用
1.1、上一篇文章
MySQL学习笔记7：MySQL索引配合大量数据的使用
9、权限管理和数据库备份
9.1、用户管理
SQL Navicat可视化管理
SQL 命令操作
用户表:mysqluser
本质：对这张表增删改查
-- 创建用户 CREATE USER 用户名 IDENTIFIED BY '密码'CREATE USER zhuzhu IDENTIFIED BY '123456'-- 修改密码（修改当前用户密码）SET PASSWORD = PASSWORD('111111')-- 修改密码（修改指定用户密码）SET PASSWORD FOR zhuzhu = PASSWORD('111111')-- 重命名 RENAME USER 原来的名字 TO 新名字RENAME USER zhuzhu TO dazhuzhu-- 用户授权 GRANT ALL PRIVILEGES 全部的权限，库，表-- ALL PRIVILEGES 除了给别人授权，其他都能干GRANT ALL PRIVILEGES ON *.* TO zhuzhu-- 查看权限SHOW GRANTS FOR zhuzhu -- 查看指定用户的权限SHOW GRANTS FOR root@localhost -- 查看root用户的权限-- 撤销权限 REVOKE 哪些权限，在那个库，给谁撤销REVOKE ALL PRIVILEGES ON *.* FROM zhuzhu-- 删除用户DROP USER zhuzhu
9.2、MySQL备份
为什么要备份
保证重要的数据不丢失数据转移
MySQL数据库备份的方式
直接拷贝物理文件在可视化工具中手动导出 在想要导出的表或库中右键选择转储[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-2k72sQJ7-1591101634138)(/cyh199910/personal_picture_bed/raw/master/img/屏幕截图(1)].png) 使用命令行导出 mysqldump
# mysqldump -h 主机 -u 用户名 -p密码 数据库 表名 > 物理磁盘位置/文件名mysqldump -h localhost -u root -p123456 school student > D:/a.sql# mysqldump -h 主机 -u 用户名 -p密码 数据库 表1 表2 表3 > 物理磁盘位置/文件名mysqldump -h localhost -u root -p123456 school student result > D:/a.sql# mysqldump -h 主机 -u 用户名 -p密码 数据库 > 物理磁盘位置/文件名mysqldump -h localhost -u root -p123456 school > D:/a.sql# 命令行操作导入sql，登录的情况下# source 备份文件路径mysql -uroot -p123456use school;source D:/a.sql# 不登录情况下mysql -u用户名 -p密码 库名< 备份文件
假设你要备份数据库，防止数据丢失
把数据库给朋友，sql文件给别人即可
10、规范数据库设计
10.1、为什么需要设计
当数据库比较复杂的时候，就需要设计了
糟糕的数据库设计：
数据冗余，浪费空间数据插入和删除都比较麻烦，可能会产生异常程序的性能差
良好的数据库设计：
节省内存空间保证数据的完整性，屏蔽使用物理外键方便我们开发系统
软件开发中，关于数据库的设计
分析需求：分析业务和需要处理的数据的需求概要设计：设计关系图E-R图
设计数据库的步骤（个人博客）
收集信息、分析需求
用户表（用户登录注销，用户的个人信息，写博客，创建分类）分类表（文章分类，谁创建的）评论表文章表（文章的信息）友链表（友链信息）自定义表（系统信息，某个关键的字，或者一些主字段） key : value说说表（发表心情）
标识实体（把需求落地到每个字段）
标识实体之间的关系
写博客：user --> blog创建分类：user --> category关注：user -->user友链：links评论：user --> user --> blog
10.2、三大范式
为什么需要数据规范化？
信息重复更新异常插入异常 无法正常显示信息 删除异常 丢失有效的信息
三大范式
学习链接：/wsg25/p/9615100.html
第一范式（1NF）
原子性：保证每一列不可再分
第二范式（2NF）
前提：满足第一范式前提下
每张表只描述一件事情
第三范式（3NF）
前提：满足第一和第二范式
第三范式需要确保数据表中的每一列数据都和主键直接相关，而不能间接相关。
规范数据库的设计
规范性和性能的问题
关联查询的表不得超过三张表
考虑商业化的需求和目标（成本、用户体验）数据库的性能更加重要在规范性能的问题的时候，需要适当考虑一下规范性故意给某些表增加一些冗余的字段（从多表查询变为单表查询）故意增加一些计算列（从大数据量降低为小数据量的查询、索引）
