在之前我写过一篇关于这个方面的文章
《【原创】为什么使用数据索引能提高效率？（本文针对mysql进行概述）（更新）》
这次，主要侧重点讲下两种常用存储引擎。
我们一般从两个方面进行MySQL数据库优化：
A、SQL语句的优化。
这点，需要我们在写SQL的时候要特别注意，在建表的时候也非常注意。
1 尽量不要在列上进行运算，这样会导致索引失效。
2 使用JOIN时候，应使用小结果集驱动大结果集。把复杂的JOIN拆分成多个QUERY。在多JOIN的时候，最容易导致锁表和堵塞。
3 在使用LIKE进行模糊查询时候，避免使用%%。这样即使有索引的情况下，索引也会失效。
如：
SELECT * FROM TABLENAME WHERE name LIKE '%wang%'
需要进行优化：
SELECT * FROM TABLENAME WHERE name >= 'wang' AND name < 'wanh'
这样，将会使用到索引。前提是你对列name添加了索引。
4 仅列出查询的字段，这样节省内存。如果字段不是很多的话，也可以使用 *
5 使用批量插入语句节省交互。
6 limit基数较大的时候，用BETWEEN。如
SELECT * FROM TABLENAME LIMIT 100000，10
优化下
SELECT * FROM TABLENAME BETWEEN 100000，100010
但是，用BETWEEN有个问题，如果中间有删除的，则数据肯定少
7 获取多条随机记录的时候，不要使用rand（）。可以用PHP产生随机数，然后使用IN
8 避免使用NULL。
9 不要使用COUNT(id)，使用COUNT(*)
10 尽量在索引中完成相关排序工作
在关键字段上，值得是出现在WHERE列中的，建不建索引差别很大。查询速度相差近100倍
并不是建了索引就有用，差的索引反而会导致查询速度下降
索引不是越多越好，MySQL维护索引需要成本
B 服务器相关优化
1 选择存储引擎
是选择MYISAM还是 InnoDB，取决于你的实际情况。
先了解下这两个的区别：MYSIAM表级锁。没有事务机制。快读。INNODB支持事务，行级锁。INNODB是行级锁，相对表级锁会带来较大的消耗。但是在系统并发量较大的情况下，性能高于MySIAM。INNODB的索引不仅缓存索引本身还缓存数据。
INNODB需要更多的内存支持。不过，现在硬件的投入都是比较廉价的。
在这个地方需要了解个 R/W 读写比。show global status 查看 Com_select 表示SELECT语句执行的次数，Com_insert表示INSERT语句执行的次数。通过计算读类型和写类型的语句比例。我们大概得到个读写比例。
理想的情况是100:1，当R/W 小于 10：1的时候，认为是写为主。一般而言，这个值是30:1
我们给出个存储引擎选择的原则：
1 采用MyISAM
a R/W > 100:1且UPDATE较少
b 并发不高不需要事务
c 表数据量较小
d 硬件资源有限 如内存小
2 采用INNODB
a R/w < 20:1 OR < 10:1 且update频繁
b 表数据量较大，1000万左右的 并发较大的
c 安全性和可用性较高。如 事务机制