MySQL7：权限管理和规范数据库设计

MySQL7：权限管理和规范数据库设计

用户管理

-- 创建用户
CREATE USER 用户名 IDENTIFIED BY '密码'

-- 修改密码（修改当前用户密码）
SET PASSWORD = PASSWORD('密码')

-- 修改密码（修改指定用户密码）
SET PASSWORD FOR 用户名 = PASSWORD('密码')
-- 重命名
RENAME USER 原来的名字 TO 新的名字
-- 用户授权             库.名 *.*  所有的库所有的表
-- ALL PRIVILEGES 除了不能给别人授权，其他都有权力干
GRANT ALL PRIVILEGES ON *.* TO 用户名

-- 查询权限
 SHOW GRANT FOR 用户名 -- 指定用户查询
 SHOW GRANT FOR root@localhost -- 查询root管理员

-- root用户权限：GRANT ALL PRIVILEGES ON *.* TO 'root'@'localhost' WITH GRANT OPTION
-- 撤销用户权限 revoke 哪些权限，在哪个库撤销，给谁撤销
REVOKE ALL PRIVILEGES ON *.* FROM 用户名
-- 删除用户
DROP USER 用户

MySQL备份

为什么要备份：

• 保证重要数据的不丢失
• 数据转移

MySQL数据备份的方式

• 直接拷贝物理文件
• 在工具中导出
• 使用命令行mysqldump命令行使用

# mysqldump -h主机 -u用户名 -p密码 数据库 表名 > 物理磁盘位置/文件名
mysqldump -hlocalhost -uroot -p123456 school student >d:/1.sql
# mysqldump -h主机 -u用户名 -p密码 数据库 表1 表2 表3 > 物理磁盘的位置/文件名
# 导入
# 登录的情况下，切换到指定的数据库，再导入表
# mysql -uroot -p123456
# source 备份文件	

规范数据库设计

为什么需要设计

当数据库比较复杂时候，我们就需要设计了

糟糕的数据库设计

• 数据冗余，浪费空间
• 数据库插入和删除都会麻烦、异常（屏蔽使用武力外键）
• 程序的性能差

良好的数据库设计

• 节省内存空间
• 保证数据库的完整性
• 方便我们开发系统

软件开发中，关于数据库设计

• 分析需求：分析业务和处理数据的需求
• 概要设计：设计关系图和E-R图

设计步骤

• 收集数据，分析数据

  • 表1（字段1，字段2，……）
  • 表2（字段1，字段2，……）
  • 表3（字段1，字段2，……）
  • ……

• 标识实体（把需求落地到每个字段）

• 标识体之间的关系

  • 表1 关联 表2
  • 表2 关联 表3
  • ……

三大范式

为什么需要数据规范化

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

三大范式

第一范式（1NF）

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

第二范式（2NF）

• 前提满足第一范式
• 确保数据库中的每一列和主键相关，而不能至于主键的某一部分相关（没一张表只能描述一件事）

第三范式（3NF）

• 前提满足第一范式和第二范式
• 确保数据苦苦中的每一列和主键之间相关，而不能间接相关（规范数据库的设计）

规范性和性能的问题

阿里规范表明：关联查询不得超过三张表

• 考虑商业化的需求和目标，（成本、用户体验！）数据库的性能更加重要
• 在规范性能问题的时候需要考虑一下规范性
• 故意给某些表增加一些冗余的字段（从夺标查询中变为单表查询）
• 故意增加一些计算列（从大数据量降低为小数据量的查询：增加索引）