关于MYSQL优化的一些经验

MYSQL的三个层次的优化
1.SQL语句的优化
2.数据库结构的优化（表结构，索引结构）
3.硬件系统的优化

一、关于SQL语句的优化，要尽量避免全表扫描，建立适当的索引。虽然可能有时候项目不大执行时间不长，但是以后遇到大数量级项目时会造成延时等。如何避免全表扫描这里就不多说了，有兴趣的可以去看看其他人的博客教程。

二、数据库结构的优化。
1.在建表是应选取符合字段实际情况的存储结构和大小。、
2.慎用TEXT类型。因为该类存储数据量较大，若要使用，建议进行分表操作，查询时使用联合查询
example：如博客系统，需要存储博客名，时间，作者，博客内容等信息，此时就可以将博客内容设定为text，建立两张表进行存储。
3.为数据表选用合适的引擎
Innodb引擎
Innodb引擎提供了对数据库ACID事务的支持，并且实现了SQL标准的四种隔离级别。该引擎还提供了行级锁和外键约束，它的设计目标是处理大容量数据库系统，它本身其实就是基于MySQL后台的完整数据库系统，MySQL运行时Innodb会在内存中建立缓冲池，用于缓冲数据和索引。但是该引擎不支持FULLTEXT类型的索引，而且它没有保存表的行数，当SELECT COUNT(*) FROM TABLE时需要扫描全表。当需要使用数据库事务时，该引擎当然是首选。由于锁的粒度更小，写操作不会锁定全表，所以在并发较高时，使用Innodb引擎会提升效率。但是使用行级锁也不是绝对的，如果在执行一个SQL语句时MySQL不能确定要扫描的范围，InnoDB表同样会锁全表。

MyIASM引擎
MyIASM是MySQL默认的引擎，但是它没有提供对数据库事务的支持，也不支持行级锁和外键，因此当INSERT(插入)或UPDATE(更新)数据时即写操作需要锁定整个表，效率便会低一些。不过和Innodb不同，MyIASM中存储了表的行数，于是SELECT COUNT(*) FROM TABLE时只需要直接读取已经保存好的值而不需要进行全表扫描。如果表的读操作远远多于写操作且不需要数据库事务的支持，那么MyIASM也是很好的选择。

4.在建立表时，应符合三大范式的要求。对不合理的表进行水平拆分。
注：当需要一并查询所有信息，比如订单这种，就可以考虑把所有信息取在同一张表上，避免联合查询带来的开销。

三、系统硬件优化
选用合适的硬盘，防止I/O瓶颈等

总而言之，数据库的三层优化，最重要的是SQL语句的，如果每次都进行全表扫描，剩下两层优化带来的效果就比较差了。