一。数据库设计方面

1)遵循数据库设计三大范式 ，适当的进行反范式设计

第一范式：1NF 原子性 字段不能再拆分

第二范式： 2NF 先满足第一范式 主键之外的要完全依赖于主键，消除了部分依赖

第三范式 ：3NF 先满足第二范式 完全消除传递依赖

反范式设计：允许部分冗余字段，目的为了避免多表查询，提高查询速度

优点：查询速度快      缺点：冗余字段多维护起来成本高

范式优点：方便维护    缺点：查询速度不如反范式

2)设计字段的时候尽可能使用小的字段，比如varchar  tinyint

3)选择合适的mysql引擎  两个引擎的区别(重点)

1>存储类型的区别 myisam frm 表结构文件 myd数据文件 myi索引文件      innodb  frm  ibd 数据索引共用一个表空间

2>myisam读的效率高，不支持事务  表锁    innodb支持事务  支持行锁

一般数据是插入和查询使用myisam引擎 ，删除和修改使用innodb引擎

3>mysql5.5以后默认引擎是innodb

4>mysql5.7以后innodb支持全文索引   之前版本不支持

事务：(acid特性)

原子性  一致性  隔离性  持久性

四个隔离级别：读未提交(脏读)     读提交(不可重复读)   重复读(幻读)   序列化(解决幻读  脏读 不可重复读 但是消耗比较大，一般不用)

4)数据表 可以加数据库名为前缀  我们的字段可以加数据表名为前缀，字段起名要有意义，可以使用简称

二。sql语句的优化

1)可以适当的添加索引 但是要注意引起索引失效的几种情况

1>like条件 模糊查询 两个%会导致索引失效

解决方法：只要保证左边没有%号即可

2>索引字段不要使用运算及函数

3>设计表字段的时候  类型是字符串  走索引      如果是int类型   不走索引

4>最左原则 查询过程中条件必须包含最左的一个，否则索引失效

5>避免使用or 否则索引失效

2)开启慢查询

我们不断的在执行sql语句  记录下查询时间超过2秒或者指定时间的sql语句  将这些sql语句写入日志  接下来我们对日志文件中的sql语句  进行 explain 或者 desc分析

slow_query_log=on                开启慢查询

slow_query_log_file=slow.log    查询超过2秒的sql语句  记录到这里

long_query_time=1                记录查询超过1秒的sql语句

log_queries_not_using_indexes     记录查询没有使用到索引的sql语句

3)2000条数据是个界限  2000条范围之内  不用添加索引

4)如果数据量大，不要在sql语句上进行复杂的逻辑运算，避免使用视图 触发器 存储

5)多表联合查询  尽量避免嵌套查询  in   尽量使用inner join  左连接  右链接

三。架构方面的优化(了解知道)

1>采用分布式 读写分离

2>大表可以 使用 分库分表 (横向分表 纵向分表)

3>mysql分区  物理形态上分成五个分区 对于用户来讲 还是当成一张表来对待 再创建表的时候进行分区

4>大型的数据采用数据库中间件  帮你解决数据库数据导入备份  分表分区监控

东方通   360  百度

5>使用redis 进行数据库的缓存  减轻mysql 的压力   提高查询的速度

四。硬件方面的优化

1>使用固态硬盘

2>增加带宽

3>增加内存

4>扩充 数据库服务器的数量

补充说明：*视图 也叫临时表  把经常通过where条件查询的数据放到临时表中 下次 直接从临时表读取 避免过多的损耗数据库

*mysql 存储 存储代码段 经常用它 批量插入数据

mysql触发器 一般用于 表备份  如果一张表 发生修改  同时将修改的内容同步到 另外一张表中