系统的吞吐量瓶颈往往出现在数据库的访问速度上，即随着应用程序的运行，数据库的中的数据会越来越多，处理时间会相应变慢，且数据是存放在磁盘上的，读写速度无法和内存相比
如何优化
设计数据库时：数据库表、字段的设计，存储引擎
利用好MySQL自身提供的功能，如索引，语句写法的调优
MySQL集群、分库分表、读写分离
关于SQL语句的优化的方法方式，网络有很多经验，所以本文抛开这些，设法在DAO层的优化和数据库设计优化上建树，并列举两个简单实例
例子1：ERP查询优化
现状分析：
1 缺少关联索引
2 Mysql本身的性能所限，对多个表的关联支持不好，目前的性能主要集中在列表查询上面，列表查询关联了很多表
应对方法：
1 增加必要的索引：通过explain查看执行记录，根据执行计划添加索引；
2 先统计业务数据主表主键，获取较小结果集，然后再利用结果集关联查询；
1） 先根据主表和条件查询显示业务数据的主键
2） 根据主键作为查询条件，再关联其他关联表，查询需要的业务字段
3） 在主表查询时，针对需要关联其他表的查询条件，需要做只有设置这个条件，才会做表关联的设置
例如 有如下表 TT_A TT_B TT_C TT_D 假设未优化前的SQL是这样的 SELECT A.ID, .... B.NAME, ..... C.AGE, .... D.SEX ..... FROM TT_A A LEFT JOIN TT_B B ON A.ID = B.ITEM_ID LEFT JOIN TT_C C ON B.ID = C.ITEM_ID LEFT JOIN TT_D D ON C.ID = D.ITEM_ID WHERE 1=1 AND A.XX = ? AND A.VV = ? ..... 那么优化后的SQL是 第一步 SELECT A.ID FROM TT_A A WHERE 1=1 AND A.XX = ? AND A.VV = ? 第二步 SELECT A.ID, .... B.NAME, ..... C.AGE, .... D.SEX ..... FROM ( SELECT A.ID,..... FROM TT_A WHERE ID IN (1,2,3..) ) A LEFT JOIN TT_B B ON A.ID = B.ITEM_ID LEFT JOIN TT_C C ON B.ID = C.ITEM_ID LEFT JOIN TT_D D ON C.ID = D.ITEM_ID WHERE 1=1 AND A.XX = ? AND A.VV = ?