mysql的优化方案
简介
在本文中,主要写一下自己所查阅和理解的mysql优化方案.
我的理解是数据库的优化对于我们'非专业'人员,mysql的优化也没那么复杂了,真的要玩转mysql的话,肯定得需要很多年的经验了.
参考链接:
http://www.cnblogs.com/dssjustdoit/articles/9437785.html
http://www.cnblogs.com/dssjustdoit/articles/9438860.html
http://www.cnblogs.com/dssjustdoit/articles/9438860.html
https://blog.csdn.net/seudongnan/article/details/57086633
优化方案
1.搜索引擎的优化
mysql搜索引擎用的比较多的有以下三中
- InnoDB
- MEMORY
- MyISAM
InnoDB的适用情况:InnoDB有处理事务的功能,对于需要处理大量事务的数据库,InnoDB是比较合适的.
MEMORY的适用情况:一个字快!MEMORY是要把数据直接干到内存中,处理速度很快,但是,当服务器重启或者宕机数据就没了呢.所以,这个是适用临时数据.
MyISAM的适用情况:速度快,不支持事务.适用于处理数据量大且不用大量处理事务的数据库.
2.mysql添加索引
什么情况下适合添加索引
- 该字段数据量庞大；
- 该字段很少的DML操作（由于索引也需要维护，DML操作多的话，也影响检索效率）；
- 该字段经常出现在where条件中；
- 只要列中含有NULL值，就最好不要在此例设置索引，复合索引如果有NULL值，此列在使用时也不会使用索引
- 尽量使用短索引，如果可以，应该制定一个前缀长度
- 对于经常在where子句使用的列，最好设置索引，这样会加快查找速度
- 对于有多个列where或者order by子句的，应该建立复合索引
- 对于like语句，以%或者‘-’开头的不会使用索引，以%结尾会使用索引
- 尽量不要在列上进行运算（函数操作和表达式操作）
- 尽量不要使用not in和<>操作
注意：实际开发中会根据项目需求等综合因素来做调整，添加索引并不能保证一定能够提升检索效率，索引添加不当也有可能会导致效率降低。
3.sql语句的优化
sql语句的优化,主要一点就是,尽量避免全文搜索,就是我要找个东西,我不能在那么多的数据中找到我想要的数据.最好就是,我可以在数据库中搜索最小的范围得到我想要的数据.
- 查询时，能不要*就不用*，尽量写全字段名
- 大部分情况连接效率远大于子查询
- 多使用explain和profile分析查询语句
- 查看慢查询日志，找出执行时间长的sql语句优化
- 多表连接时，尽量小表驱动大表，即小表 join 大表
- 在千万级分页时使用limit
- 对于经常使用的查询，可以开启缓存
其实还有很多的,主要把握"查最少的信息,获得我所需要的内容"这个核心就行了.
4.表的优化
其实就一点:分块!将数据分块存放.
- 表的字段尽可能用NOT NULL
- 字段长度固定的表查询会更快
- 把数据库的大表按时间或一些标志分成小表
- 将表分区
比如一个城市里有很多的区,每个区里又有很多的街道小区,一个城市就显得很规矩.如果所有的商店写字楼居民楼都随意布置,那这个城市就乱的一团糟了.
总结
优化数据库有很多途径.让处理数据的效率越高越好,就酱.
浙公网安备 33010602011771号