关于cs优化我想说Mysql六：SQL语句的优化

Mysql的优化以语句优化为重点，没有提到结构设计。

一、优化数据库配置

最大并发配置数：my.ini中的max_connections=200 #允许的最大连接数。

调整缓存的大小：缓冲和缓冲池的大小

二、数据库表的优化

1、选择合理的存储引擎。

1. innoDB 引擎部分特点：经常修改；支持事务；行级锁定；缓存索引和数据；支持外键。
2. MyISAM 引擎部分特点：快速读取；不支持事务；表级锁定；静态索引；存储了行数。
3. Blackhole（黑洞引擎）：充当日志服务器或表；任何写入到此引擎的数据均会被丢弃掉， 不做实际存储；Select语句的内容永远是空的。

详细点击【Mysql二：数据库、表及字符集、排序规则、存储引擎说明】

2、选择合适的排序规则

1. utf8_general_ci：校对速度快，但准确度稍差；不区分大小写。
2. utf8_unicode_ci：准确度高，但校对速度稍慢。
3. utf8_general_cs：区分大小写。
4. utf_bin：可存储二进制，区分大小写。

3、表结构优化

1. 尽量多使用数字类型字段，对比效率会提高。
2. 字段 定长、较短尽量使用 char 类型，提高效率；不定长使用 varchar 类型，节省内存。
3. 表的列太多，如：经常访问某些列的时候，可考虑把常用列，垂直分割，只是全部查询时要用 join 链接表。维护被分割的表，要用触发器或存储过程进行同步。
4. 表的行太多，如：经常进行大数量的月流水统计，可考虑按月进行，水平分割，，只是全部查询时，要用 union 或 union all 合并。

表的垂直分割

表的水平分割

三、sql 语句的优化

1、适当给字段加索引

1. 数量不能过多，建议不超过5个，可以根据情况来定
2. 字段不要重复太多，主要用于查询操作
3. 字段长度尽量短，或时数字类型

2、where 子句 条件优化

1. where 子句 like 前置百分号 ‘%查询’，索引会失效
2. where 子句 or 有一个条件字段没有索引，索引会失效
3. where 子句 ！= ，索引会失效
4. where 子句 条件使用正确的类型，例如存储的字符串 就得用 where case_id = 'case001'

3、其他优化

1. 查询中如果确定条数，后面加上 limit n
2. 不使用 select *
3. 在 order by 或者 group by 的列上创建索引
4. text、blog，大于512字节的字符串，放到单独的表
5. 子查询用 join 替代

4、开启慢查询

查看一下慢查询是否开启

设置慢查询参数