数据库优化

1、索引

建立索引是数据库优化各种方案之中成本最低，见效最快的解决方案，一般来说，数据库规模在几十万和几百万级别的时候见效最快，即便是有不太复杂的表关联，也能大幅度提高sql的运行效率，尤其是在查询语句当中包含有MAX(),MIN()和ORDERBY这些命令的时候，性能提高更为明显。它可以令数据库服务器以比没有索引快得多的速度检索特定的行

那该对哪些字段建立索引呢？
一般说来，索引应建立在那些将用于JOIN,WHERE判断和ORDERBY排序的字段上。尽量不要对数据库中某个含有大量重复的值的字段建立索引，否则可能降低数据库的性能，对于一个ENUM类型的字段有可能出现重复值。

2、分库分表分区

分库：

可以按照业务分库，分流数据库并发压力，使数据库表更加有条理性

分表：

索引适合应对百万级别的数据量，千万级别数据量使用的好，勉强也能凑合，但如果是上亿级别的数据量，索引就无能为力了，因为单索引文件可能就已经上百兆或者更多了，那么就需要用到分表。

a、如果这个业务是有流程的，那么我们通常会设计一个历史表或者归档表，用来存放历史数据，这样能保证实时数据效率比较高

b、针对某一张大表，可以根据查询条件分成多张表。缺点是跨表，需要union多张表，而且跨表没法支持索引

c、上面的方法是我们直接通过程序和数据库实现的最原始的分表解决方案，现在市面上有一些成熟的软件如mycat，也是支持分表，这些产品出现跨表，可以不使用程序union了，而且还是使索引生效，但是需要对产品有一定的掌握

分区：

 分区的实现道理和分表一样，也是将相应规则的数据放在一起，唯一不同的是分区你只需要设定好分区规则，插入的数据会被自动插入到指定的区里，当然查询的时候也能很快查询到需要区，相当于是分表对外透明了，出现跨表数据库自动帮我们合并做了处理，使用起来比分表更加方便

缺点：每一个数据库表的并发访问是有上限的，也就是说，分表能够抗高并发，而分区不能，所以要根据实际情况来考虑分表还是分区

mysql比较常用的数据库引擎有两种，一种是innodb、一种是myisam

3、读写分离

在数据库并发大的情况下，最好的做法就是进行横向扩展，增加机器，以提升抗并发能力，而且还兼有数据备份功能

4、选取合适的字段属性

表越小查询速度越快，所以创建表的时候，尽量把表中字段的宽度设得尽可能小

5、事务

当对多张表进行操作的时候，为防止其中某条语句运行出错，造成数据不完整，甚至破坏数据库中的数据，就要用到事务，

即语句块中每条语句都操作成功，要么都失败。换句话说，就是可以保持数据库中数据的一致性和完整性。事物以BEGIN关键字开始，COMMIT关键字结束。在这之间的一条SQL操作失败，那么，ROLLBACK命令就可以把数据库恢复到BEGIN开始之前的状态。事务的另一个重要作用是当多个用户同时使用相同的数据源时，它可以利用锁定数据库的方法来为用户提供一种安全的访问方式，这样可以保证用户的操作不被其它的用户所干扰

缺点：因为它的独占性，有时会影响数据库的性能，尤其是在很大的应用系统中。由于在事务执行的过程中，数据库将会被锁定，因此其它的用户请求只能暂时等待直到该事务结束。如果一个数据库系统只有少数几个用户来使用，事务造成的影响不会成为一个太大的问题；但假设有成千上万的用户同时访问一个数据库系统，例如访问一个电子商务网站，就会产生比较严重的响应延迟。

5、应该尽量把字段设置为NOT NULL，这样在将来执行查询的时候，数据库不用去比较NULL值。