一、表结构优化
1、根据自己的业务选择合适的引擎。比如：
在以下两点情况下必须使用InnerDB：
①可靠性高或者必须要求事务处理
②表更新和查询相当的频繁，并且表锁定的机会比较大的情况下，指定InnerDB存储引擎。
MyISAM建议使用场景：
①不需要使用事务的表。
②插入和查询很频繁，但是修改不频繁的表，比如日志信息表。
2、表设计时尽量符合三范式：行不可分。列不可分，表不可分
3、适当的反三范式：
没有冗余的数据库未必是最好的数据库，有时为了提高运行效率，就必须降低范式标准，适当保留冗余数据
4、为经常搜索和排序的字段建立索引：
尽量不要对数据库中某个含有大量重复的值的字段建立索引。对于一个ENUM类型的字段来说，出现大量重复值是很有可能的情况
5、在Join表的时候使用相同类型的例，并将其索引
如果你的应用程序有很多 JOIN 查询，你应该确认两个表中Join的字段是被建过索引的。这样，MySQL内部会启动为你优化Join的SQL语句的机制。而且，这些被用来Join的字段，应该是相同的类型的。
6、合理的选择数据类型
①尽量把每个字段都设置成NOT NULL：不要使用null，因为mysql对null字段索引优化不佳，增加计算难度，在保存和处理上也要做更多的工作
②如果知道字符串固定长度，那么就用char型，不要用varchar型
③能使用枚举型的就不要用varchar类型：ENUM 类型是非常快和紧凑的。在实际上，其保存的是 TINYINT，但其外表上显示为字符串。这样一来，用这个字段来做一些选项列表变得相当的完美。
7、当表的字段过多时，进行垂直分割；如果数据过多时，进行水平分割
8、当用户量非常大的时候，还可有考虑用主从复制，读写分离。读从库，写主库
二、sql语句优化
1、开启慢查询，对慢sql使用explain或desc进行性能分析
EXPLAIN 的查询结果还会告诉你你的索引主键被如何利用的，你的数据表是如何被搜索和排序的……等等。
在my.cnf中开启慢日志：
long_query_time = 2 slow-query-log = on slow-query-log-file = /data/mysql/slow-query.log log-queries-not-using-indexes
查看是否开启：
show variables like '%slow_query%'; show global status like '%slow%';
下列命令可以查出访问次数最多的20个sql语句：
mysqldumpslow -s c -t 20 slow-query.log
2、避免 SELECT *
从数据库里读出越多的数据，那么查询就会变得越慢。并且，如果你的数据库服务器和WEB服务器是两台独立的服务器的话，这还会增加网络传输的负载。
3、 尽量不要使用rand(),now(),curdata()系统自带函数，Mysql不会进行查询缓存
大多数的MySQL服务器都开启了查询缓，当有很多相同的查询被执行了多次的时候，这些查询结果会被放到一个缓存中，这样，后续的相同的查询就不用操作表而直接访问缓存结果了。像 NOW() 和 RAND() 或是其它的诸如此类的SQL函数都不会开启查询缓存，因为这些函数的返回是会不定的易变的。所以，你所需要的就是用一个变量来代替MySQL的函数，从而开启缓存。
// 查询缓存不开启 $r = mysql_query("SELECT username FROM user WHERE signup_date >= CURDATE()"); // 开启查询缓存 $today = date("Y-m-d"); $r = mysql_query("SELECT username FROM user WHERE signup_date >= '$today'");
4、使用连接（JOIN）来代替子查询(Sub-Queries)
5、使用联合(UNION)来代替手动创建的临时表
6、不要在查询语句的WHERE条件里面使用函数，否则会导致索引不生效
7、in 和 not in 要慎用，否则会导致全表扫描，对于连续的数值，能用 between 就不要用 in 了
8、使用PHP的mysqli或者PDO预处理语句（Prepared Statements）
在安全方面，Prepared Statements很像存储过程，是一种运行在后台的SQL语句集合，我们可以从使用 prepared statements 获得很多好处，无论是性能问题还是安全问题。Prepared Statements 可以检查一些你绑定好的变量，这样可以保护你的程序不会受到“SQL注入式”攻击。
在性能方面，当一个相同的查询被使用多次的时候，可以给这些Prepared Statements定义一些参数，而MySQL只会解析一次
9、拆分大的 DELETE 或 INSERT 语句
如果需要在一个在线的网站上去执行一个大的 DELETE 或 INSERT 查询，你需要非常小心，要避免你的操作让你的整个网站停止响应。因为这两个操作是会锁表的，表一锁住了，别的操作都进不来了。
应该把其拆分，每次执行少量sql的操作。
while (true) { //每次只做1000条 mysql_query("DELETE FROM logs WHERE log_date <= '2009-11-01' LIMIT 1000"); if (mysql_affected_rows() == 0) { // 没得可删了，退出！ break; } // 每次都要休息一会儿 usleep(50000); }
三、其他优化
1、连接数优化
有时会遇见”MySQL: ERROR 1040: Too manyconnections”的情况，一种是访问量确实很高，MySQL服务器抗不住，这个时候就要考虑增加从服务器分散读压力，另外一种情况是MySQL配置文件中max_connections值过小。
查看最大连接上限：
show variables like 'max_connections';
查询服务器响应的最大连接数：
show global status like 'Max_used_connections';
2、key_buffer_size：索引缓冲区大小的优化
key_buffer_size指定索引缓冲区的大小，它决定索引处理的速度，尤其是索引读的速度，通过key_read_requests和key_reads可以直到key_baffer_size设置是否合理。
查看key_buffer_size的值：
show variables like "key_buffer_size%";
查看key_read_requests和key_reads的值：
show global status like 'key_read%';
表示：一共有8个索引读取请求，有2个请求在内存中没有找到直接从硬盘中读取索引
key_buffer_size只对myisam表起作用，即使不使用myisam表，但是内部的临时磁盘表是myisam表，也要使用该值。
3、innodb_buffer_pool_size：索引缓冲区大小的优化
对于InnoDB表来说，innodb_buffer_pool_size的作用就相当于key_buffer_size对于MyISAM表的作用一样。InnoDB使用该参数指定大小的内存来缓冲数据和索引。对于单独的MySQL数据库服务器，最大可以把该值设置成物理内存的80%。
查看innodb_buffer_pool_size的值：
show variables like'innodb_buffer_pool_size';