mysql常用的优化

mysql常用的优化

主要是：查找定位慢查询，并优化
优化方案：

1. 创建索引：创建合适的索引，我们就可以先在索引中查询，查询到之后直接到对应的记录。

2. 分表：当一张表的数据比较多或者一张表的某些字段的值比较多并且很少使用时，就采用水平分表和垂直分表优化。

3. 读写分离：当一台服务器不能满足需求时，采用读写分离的方式进行集群。

4. 缓存：使用redis来进行缓存

5. 语句优化：比如少使用子查询而用join操作，少使用or多用IN，避免函数操作字段，避免模糊匹配，少用Order by排序

6. 选择合适的存储引擎：Innodb（最常用）、Myisam、Memory

7. 设计数据库所要遵循的范式：1NF,2NF,3NF和适度的反3NF（即可以适当的增加冗余字段）

8. 分表

2.1 水平分表
水平分表（按行数据进行分表）：mysql数据一般达到百万级别，查询效率会很低，容易造成表锁，甚至堆积很多连接，直接挂掉，水平分表能够很大程序减少这些压力。
策略：

1. 按时间分表：这种分表方式有一定的局限性，当数据有较强的实效性，如微博发送记录，微信消息。。。这种数据很少有用户会查询几个月前的数据，就可以按月进行分表；
2. 按区间范围分表：一般在有严格的自增id需求上，通过一个原始目标的ID或者名称通过一定的hash算法计算出数据存储的表明，然后再访问相应的表；
3. hash分表：（用得最多的）

2.2 垂直分表

垂直分表（按列分表）：如果一张表中某个字段值非常多（长文本，二进制等），而且只有在很少的情况下被查询，这个时候就可以把多个字段单独放到一张表，通过外键关联起来；比如考试详情，一般只关注分数，不关注详情

3. 读写分离

当一台数据库无法满足过多的并发数据库访问的时候，就可以采取数据库的读写分离
两个核心问题：

1. 主从同步：数据库最终会把数据持久化到磁盘，如果集群必须确保每个数据库服务器的数据是一致的，所以对能改变数据库数据的操作都在主数据库去操作，而其他的数据库从主数据库上同步数据
2. 读写分离：使用负载均衡来实现写的操作都在主数据库，而读的操作都在从服务器。

4. 缓存

在持久层(DAO)和数据库(DB)直接添加一个缓存层，如果用户访问的数据已经被缓存起来时，在用户访问时直接从缓存中获取，不用访问数据库，而缓存是内存级别的，访问速度快。

java中常用的缓存有：hibernate二级缓存（不能解决分布式缓存）；redis缓存；memcache缓存；

5. 语句优化

DDL优化

1. 通过禁用索引俩提供导入数据性能，这个操作主要针对有数据的表
2. 关闭唯一校验，set unique_checks=0 关闭 set unique_checks=1 开启
3. 修改事务提交方式，set autocommit = 0 关闭 set autocommit = 1 开启批量导入

1、创建索引
对于查询占主要的应用来说，索引显得尤为重要。很多时候性能问题很简单的就是因为我们忘了添加索引而造成的，或者说没有添加更为有效的索引导致。如果不加索引的话，那么查找任何哪怕只是一条特定的数据都会进行一次全表扫描，如果一张表的数据量很大而符合条件的结果又很少，那么不加索引会引起致命的性能下降。但是也不是什么情况都非得建索引不可，比如性别可能就只有两个值，建索引不仅没什么优势，还会影响到更新速度，这被称为过度索引。
2、复合索引
比如有一条语句是这样的：select * from users where area=‘beijing’ and age=22;
如果我们是在area和age上分别创建单个索引的话，由于mysql查询每次只能使用一个索引，所以虽然这样已经相对不做索引时全表扫描提高了很多效率，但是如果在area、age两列上创建复合索引的话将带来更高的效率。如果我们创建了(area, age, salary)的复合索引，那么其实相当于创建了(area,age,salary)、(area,age)、(area)三个索引，这被称为最佳左前缀特性。因此我们在创建复合索引时应该将最常用作限制条件的列放在最左边，依次递减。
3、索引不会包含有NULL值的列
只要列中包含有NULL值都将不会被包含在索引中，复合索引中只要有一列含有NULL值，那么这一列对于此复合索引就是无效的。所以我们在数据库设计时不要让字段的默认值为NULL。
4、使用短索引
对串列进行索引，如果可能应该指定一个前缀长度。例如，如果有一个CHAR(255)的 列，如果在前10 个或20 个字符内，多数值是惟一的，那么就不要对整个列进行索引。短索引不仅可以提高查询速度而且可以节省磁盘空间和I/O操作。
5、排序的索引问题
mysql查询只使用一个索引，因此如果where子句中已经使用了索引的话，那么order by中的列是不会使用索引的。因此数据库默认排序可以符合要求的情况下不要使用排序操作；尽量不要包含多个列的排序，如果需要最好给这些列创建复合索引。
6、like语句操作
一般情况下不鼓励使用like操作，如果非使用不可，如何使用也是一个问题。like “%aaa%” 不会使用索引而like “aaa%”可以使用索引。
7、不要在列上进行运算
select * from users where YEAR(adddate)<2007;
将在每个行上进行运算，这将导致索引失效而进行全表扫描，因此我们可以改成
select * from users where adddate<‘2007-01-01’;
8、不使用NOT IN和<>操作
NOT IN和<>操作都不会使用索引将进行全表扫描。NOT IN可以NOT EXISTS代替，id<>3则可使用id>3 or id<3来代替。