MySQL数据库优化

优化方向： 
    1. 代码优化
    2. 合理使用索引

1. 选取最适用的字段属性
一般说来，数据库中的表越小，在它上面执行的查询也就会越快。因此，在创建表的时候，为了获得更好的性能，我们可以将表中字段的宽度设得尽可能小。
例如:
    1. 在定义邮政编码这个字段时，如果将其设置为CHAR(255),显然给数据库增加了不必要的空间，甚至使用VARCHAR这种类型也是多余的，因为CHAR(6)就可以很好的完成任务了。
    2. 在可能的情况下，应该尽量把字段设置为NOTNULL，这样在将来执行查询的时候，数据库不用去比较NULL值。
    3. 对于某些文本字段，例如“省份”或者“性别”，我们可以将它们定义为ENUM类型。因为在MySQL中，ENUM类型被当作数值型数据来处理，而数值型数据被处理起来的速度要比文本类型快得多

2. 使用连接（JOIN）来代替子查询
3. 使用联合(UNION)来代替手动创建的临时表
4、事务(InnoDB类型)
    在事务执行的过程中，数据库将会被锁定，其它的用户请求只能暂时等待直到该事务结束
5、锁定表
6、使用外键
7、使用索引
    一般说来，索引应建立在那些将用于JOIN,WHERE判断和ORDERBY排序的字段上。
    尽量不要对数据库中某个含有大量重复的值的字段建立索引。对于一个ENUM类型的字段来说，出现大量重复值是很有可能的情况

8、优化的查询语句
    注意: 
        1. 最好是在相同类型的字段间进行比较的操作
        2. 在建有索引的字段上尽量不要使用函数进行操作
        3. 在搜索字符型字段时，我们有时会使用LIKE关键字和通配符，这种做法虽然简单，但却也是以牺牲系统性能为代价的
        4. 应该注意避免在查询中让MySQL进行自动类型转换，因为转换过程也会使索引变得不起作用

使用索引的注意点：
    
    1、索引不会包含有NULL值的列
        只要列中包含有NULL值都将不会被包含在索引中，复合索引中只要有一列含有NULL值，那么这一列对于此复合索引就是无效的
    2. 排序的索引问题
        mysql查询只使用一个索引，因此如果where子句中已经使用了索引的话，那么order by中的列是不会使用索引的。
        因此数据库默认排序可以符合要求的情况下不要使用排序操作；尽量不要包含多个列的排序，如果需要最好给这些列创建复合索引。
    3. like语句操作
        一般情况下不鼓励使用like操作，如果非使用不可，如何使用也是一个问题。like “%aaa%” 不会使用索引而like “aaa%”可以使用索引。
    4. 不要在列上进行运算，这将导致索引失效而进行全表扫描
    5. 不使用NOT IN和<>操作
        NOT IN和<>操作都不会使用索引将进行全表扫描。NOT IN可以NOT EXISTS代替，id<>3则可使用id>3 or id<3来代替。
    6. 应尽量避免在 where 子句中使用 or 来连接条件，如果一个字段有索引，一个字段没有索引，将导致引擎放弃使用索引而进行全表扫描，
        如：select id from t where num=10 or Name = 'admin'
        可以这样查询：
            select id from t where num = 10
            union all
            select id from t where Name = 'admin'
    7. in 和 not in 也要慎用，否则会导致全表扫描，用 exists 代替 in 是一个好的选择
        如：select num from a where num in(select num from b)
        用下面的语句替换：
            select num from a where exists(select 1 from b where num=a.num)
    8. 应尽量避免在where子句中对字段进行函数操作，这将导致引擎放弃使用索引而进行全表扫描
    9. 不要在 where 子句中的“=”左边进行函数、算术运算或其他表达式运算，否则系统将可能无法正确使用索引