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
-- 插入100万数据.
DELIMITER $$
-- 写函数之前必须要写，标志
CREATE FUNCTION mock_data ()
RETURNS INT
BEGIN
DECLARE num INT DEFAULT 1000000;
DECLARE i INT DEFAULT 0;
WHILE i<num DO
INSERT INTO `app_user`(`name`,`eamil`,`phone`,`gender`)VALUES(CONCAT('用户',i),'[email protected]','123456789',FLOOR(RAND()*2));
SET i=i+1;
END WHILE;
RETURN i;
END;
SELECT mock_data() -- 执行此函数 生成一百万条数据
索引在小数据量的时候，用户感觉使用效率不大，，但是在大数据的时候，感觉就会十分明显
索引原则：
- 索引不是越多越好，只需要常用的查询字段进行加索引
- 不要对经常变动的数据加索引
- 小数据的表不需要加索引
INNODB默认的数据结构：Btree
拓展：java中的事务
方法（）{
try（）{
正常的业务代码
commit（）
}catch（）{
rollback（）
}
}
二.用户权限：
Sql命令：用户表：mysql.user
实际上就是对用户表进行增删改查
-- 创建用户
CREATE USER maming IDENTIFIED BY '123456'
-- 修改密码（修改当前用户）
SET PASSWORD = PASSWORD('123456')
-- 修改密码（修改指定用户）
SET PASSWORD FOR maming =PASSWORD=('123456')
-- 重命名
RENAME USER maming TO maming1
-- 授予全部权限 库.表
-- 除了给别人授权，其它都可以做
GRANT ALL PRIVILEGES ON *.* TO maming1
-- 查询权限
SHOW GRANTS FOR maming1 -- 查询指定用户权限
-- root用户权限
SHOW GRANTS FOR root@localhost -- GRANT ALL PRIVILEGES ON *.* TO 'root'@'localhost' WITH GRANT OPTION
-- 撤销权限 那些权限 ，那个库，给谁撤销
REVOKE ALL PRIVILEGES ON *.* FROM maming1
公式：
创建用户 ：create user 要创建的用户名 identified by 创建用户密码
修改当前用户密码：set password = password（' 新密码 '）
修改指定用户密码：set password for 要修改用户名 =password =（’新密码‘）
重命名 ：rename user 旧的用户名 to 新的用户名
给用户授权 ：grant 什么权限 on 那个库.那个表 to 那个用户
查询权限 ：show grants for 用户名
查询root权限 ：show grans for root@localhost
撤销用户权限 ：revoke 权限名 on 那个库 . 那个表 from 用户名
三.数据库备份
为什么要备份数据库：
- 保证数据不丢失
- 数据转移
数据库备份方式：
- 直接在物理文件下拷贝走Data文件
- 在可视化工具中手动导出
- 使用命令行导出 MySQLdump
-- 导出数据表 mysqldump -hlocalhost -uroot -p123456 school student >D:/student.sql -- 导出数据库 mysqldump -hlocalhost -uroot -p123456 school >D:/student.sql -- 登录的情况下 切换到要导入的数据库 -- 执行下面的命令，导入表 source studen.sql -- 或直接导入 mysql -uroot -p123456 库名< 备份文件
公式：
导出数据表
mysqldump -h主机名 -u用户名 -p密码 那个数据库 那个表 > 导出位置
导出数据库
mysqldump -h主机名 -u用户名 -p密码 那个数据库 > 导出位置
导入数据表
- 登录mysql
- 切换到要导入的数据库
- 输入命令：source 备份文件
四.数据库设计
糟糕的数据库设计：
- 数据冗余，浪费空间
- 数据库插入和删除都会很麻烦（屏蔽使用物理外键）
- 程序性能差
良好的数据库设计：
- 节省内存空间
- 保证数据库的完整性
- 方便我们开发系统，或开发功能
软件开发中，关于数据库的设计
- 分析需求：分析业务需求和需求处理的数据需求
- 概要设计：设计E -R 图
设计数据库分析（个人博客，参考）
收集信息，分析需求：
- 用户表（用户登录注销，用户的个人信息，写博客，创建分类）
- 分类表（文章分类，由谁创建的）
- 文章表（文章信息）
- 友链表（超链接，友链信息）
- 自定义表（装载一些杂乱，未分类的信息）
标识实体（把需求落到每个实体）：
- 写博客：user -> blog
- 创建分类： user -> category
- 关注： user -> user
- 友链接:links
五.数据库设计的三大范式
第一范式（1NF）：原子性，保证每一列不可再拆分
第二范式（2NF）：
- 前提：满足第一范式
- 每张表只描述一件事情
第三范式（3NF）：
- 前提：满足第二范式
- 确保主键与每一列数据直接相关，不能间接相关
============================================================================举例======================================================================================
第一范式（1NF）：要求数据库表的每一列都是不可分割的原子数据项。
举例说明：
在上面的表中，“家庭信息”和“学校信息”列均不满足原子性的要求，故不满足第一范式，调整如下：
可见，调整后的每一列都是不可再分的，因此满足第一范式（1NF）；
第二范式（2NF）：在1NF的基础上，非码属性必须完全依赖于候选码（在1NF基础上消除非主属性对主码的部分函数依赖）
第二范式需要确保数据库表中的每一列都和主键相关，而不能只与主键的某一部分相关（主要针对联合主键而言）。
举例说明：
在上图所示的情况中，同一个订单中可能包含不同的产品，因此主键必须是“订单号”和“产品号”联合组成，
但可以发现，产品数量、产品折扣、产品价格与“订单号”和“产品号”都相关，但是订单金额和订单时间仅与“订单号”相关，与“产品号”无关，
这样就不满足第二范式的要求，调整如下，需分成两个表：
第三范式（3NF）：在2NF基础上，任何非主属性不依赖于其它非主属性（在2NF基础上消除传递依赖）
第三范式需要确保数据表中的每一列数据都和主键直接相关，而不能间接相关。
举例说明：
上表中，所有属性都完全依赖于学号，所以满足第二范式，但是“班主任性别”和“班主任年龄”直接依赖的是“班主任姓名”，
而不是主键“学号”，所以需做如下调整：
============================================================================END======================================================================================
拓展：（规范性和性能的问题）
阿里巴巴明文规定，联表查询不得超过三张表：
- 考虑商业化的需求和目标，（成本和用户体验！），数据库的性能更加重要（太多表查询反而更慢）
- 再满足性能的最大限度下，去满足规范性
- 有时候会故意给某些表增加冗余字段（从多表查询转换为单表查询）
- 故意增加一些计算列（从大数据量，降低成单列小数据量的查询：索引）
标签：范式,--,数据库,用户,DEFAULT,学习,索引,MySql,权限 From： https://www.cnblogs.com/5ran2yl/p/16878899.html