1、数据库表设计的合理性
1）三范式
一范式：原子性，属性不可分；
二范式：无部分依赖，
例：(学号, 课程名称) → (姓名, 年龄, 成绩, 学分)，存在部分依赖 (学号) → (姓名, 年龄)
拆分；(学号, 姓名, 年龄)，(课程名称, 学分), (学号, 课程名称, 成绩)，
三范式：无传递依赖，
例：（学号）→（姓名，年龄，性别，系别，系办地址、系办电话)
传递依赖：
（学号）→ (系别）→（系办地点，系办电话）
再拆分。。。
2）逆范式：
相片表（相片id，名称，点击次数，所属相册id，上传时间）
相册表（相册id，名称，时间）
若有相册点击次数的需求，并且频繁，则需要在相册表添加“点击次数”冗余字段。
添加冗余字段的规范：
一对多的情况
冗余的字段应该尽量在“一”的一方。
若在相片表放冗余字段“相册名称”，虽然反问相册名称方便了。但造成极大的空间浪费，并且极大的提高了修改成本。
3）反外键
有外键关系，但不加入外键约束。
外键的缺点：略
2、sql语句的优化
1）五类sql语句
ddl
dml
select
dtl事务控制语句 commit\rollback\savepoint
dcl数据控制语句 grant\revork
sql优化的核心是select，你知道为什么的。
2）show status命令
查看数据库当前状态，比较有用的几个状态包括：
a) show status like 'Com%' <=> show session status like 'Com%' //当前控制台的情况
b) show global status 'Com%'; //数据库从启动到现在的状态
c) show status like 'Connections' 显示链接数据库的次数
d) show status like 'Uptime' 服务器工作时间（秒）
e) show status like 'Slow_queries' 慢查询的次数（默认是10秒）
3）这里我们优化的重点是慢查询。
a)show variables like 'long_query_time'
默认为10秒，要求高一点，我们设为1秒。
set long_query_time = 1
搞个海量表玩一下，测试性能。
Show status like ‘slow_queres’
发现当前慢查询此时是0。
b）可以自定义函数 + 存储过程，创建一个海量表
自定义函数，产生一个随机字符串：
Delimiter $$
Drop function if exists rand_string;
Create function rand_string(n INT)
Returns varchar(255)
Begin
Declare chars_str varchar(100) default
'abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ';
Declare return_str varchar(255) default '';
Declare i int default 0;
While i < n do
Set return_str = concat(return_str,substring(chars_str,floor(1+rand()*52),1));
Set i = i + 1;
End while;
Return return_str;
End $$
Delimiter ; $$
存储过程：
Drop table if exists emp;
Create table emp(
Id int primary key,
name varchar(255),
descp varchar(255),
gene varchar(16)
);
Delimiter $$
Drop PROCEDURE if exists proc_insertemp;
CREATE PROCEDURE proc_insertemp(in start int(10), in max_num int(10) )
Begin
Declare i int default 0;
Set autocommit = 0;
Repeat
Set i = i + 1;
Insert into emp values ((start+i), rand_string(6), 'salesman','man');
Until i = max_num
End repeat;
Commit;
End $$
Delimiter ; $$
使用存储过程
Call proc_insertemp(10000, 20000);
c）mysql支持把慢查询语句记录到日志中，供程序员分析。
默认情况是不启用的。
进入到mysql安装目录，启动--slow-query-log
d）索引
show indexes from tb
主键索引 alter table tb add primary key (keyname);
唯一索引 unique 即该列具有唯一性，同时又是索引。
普通索引 index
全文索引fullindex（仅mylsam支持）
复合索引（多列在一起，联合索引）从左到右顺序。
中文索引
sphinx + 中文分词coreseek
4）explain指令
explain select * from tb where id = 2000
select_type: simple
table: tb
type: all //检索类型
possible_keys: primary //可能用到的索引
key: primary //实际用到的索引
key_len:
ref:
rows: 1 //从多少条记录中取出，因为有索引，所以是1
extra: using where //using temporary using filesort等
查询全表的逻辑在真实的项目里是没有道理的，必然存在分页的逻辑。分页必然有索引
5）索引添加场景
a) 较频繁的作为查询条件的字段应该创建索引
b）唯一性太差的字段不适合单独创建索引，即使频繁作为查询条件
select * from tb where sex = 'n男'；
c）更新非常频繁的字段，不适合添加索引。
6）不会用到索引的情况
a）like%放前边不会用到索引,放在中间和后面才能用到；
b）对于复合索引，只要查询条件使用了最左边的列，索引一般就会被使用。而如果只使用右边的列，则不会被使用。
c）如果mysql估计使用全表扫描比使用索引快，则不使用索引。
7）使用索引的注意事项
a）如何检测索引是否有效
show status like 'Handler_read%'
b）handler_read_key值越高，表示使用索引查询到的次数越多
c）handler_read_key值越高，说明查询效率低
8）常用技巧
对于大批量插入数据
a) myisam先关闭keys，导入完毕再开启；
alter table table_name disable keys;
loading data;
alter table table_name enable keys;
b) 对于innodb 数据排序、关闭唯一性校验（不至于每插入一条校验一条）、关闭自动提交
Set unique_check = 0;
Set autocommit = 0;
group by 会默认排序，可以通过order by null禁用排序；
子查询会生成临时表，可以用join代替；
在精度要求高的应用中，建议使用定点数来存储数值decimal，而不要使用浮点数，以保证结果的准确性。如 10000000.32万，插入float(10,2) 型是10000000.31。
日期类型要根据实际需要选择能满足应用的最小存储的早期类型。用时间戳的话，很方便按范围搜索。比如查前三天的记录。但注意int型时间戳，只能表示到2038年。
图片的存储采用路径存储。甚至专门的图片服务器（图床）
9）MylSAM和Innodb的区别
- MyISAM是非事务安全型的，而InnoDB是事务安全型的。
- MyISAM锁的粒度是表级，而InnoDB支持行级锁定。
- MyISAM支持全文类型索引，而InnoDB不支持全文索引。
- MyISAM相对简单，所以在效率上要优于InnoDB，小型应用可以考虑使用MyISAM。
- MyISAM表是保存成文件的形式，在跨平台的数据转移中使用MyISAM存储会省去不少的麻烦。
- InnoDB表比MyISAM表更安全，可以在保证数据不会丢失的情况下，切换非事务表到事务表（alter table tablename type=innodb）。
前者有存储缓存，需要手动回收过期数据。MyISAM创建一张表，对应三个文件，如果Innodb则只有一个文件 *.frm
对于MyISAM数据库，需要定时清理。
optimize table 表名。
show engines;字段 Support为:Default表示默认存储引擎 。默认为Innodb。
3、数据库参数配置
把缓存设置大一些：
innodb_additional_mem_pool_size = 64M
innodb_buff_pool_size = 1G
key_buff_size
4、硬件配置和操作系统
内存超过4G，用64位系统
5、分表读写分离
1）表的分割，水平分割（分库分表）、垂直分割（将表的粒度化小）
2）读写分离：缓解查询压力
a）判断请求的sql语句，判断dml语句，则由master处理，slave定时同步master数据。
b）判断若读的sql，则由lvs从slave读取即可。
