下载本文档
版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领
文档简介
5/5数据库性能优化的五种方案数据库性能优化的五种方案
文档修订
目录
数据库性能优化的五种方案(1)
1.概述(4)
1.1.目的(4)
1.2.阅读对象(4)
1.3.名词解释(4)
1.4.转载出处(4)
2.操作步骤(4)
(4)
2.1.建立索引(5)
2.1.1.Mysql索引概念(5)
2.1.2.Mysql索引主要有两种结构:B+树和hash(5)
2.1.
3.Mysql常见索引有:主键索引、唯一索引、普通索引、全文索引、组合索引
(5)
2.1.4.Mysql各种索引区别(6)
2.1.5.INNODB与MyISAM两种表存储引擎区别(6)
2.2.优化SQL语句(6)
2.2.1.常用策略(6)
2.2.2.实例案例分析(9)
2.3.优化表结构(9)
2.4.表的拆分(10)
2.5.分库(10)
1.概述
1.1.目的
数据库性能优化
1.2.阅读对象
1.3.名词解释
1.4.转载出处
https://http://./doc/f42507f4effdc8d376eeaeaad1f34693daef1090.html/csflvcxx/article/details/81279024
2.操作步骤
关系型数据库在互联网项目中应用极为广泛,今天就和大家分享几个数据库优化的几种方案。
2.1.建立索引
数据库优化第一步就是建立合理的索引,这也是最初级的优化,也是DBA常用的优化方案!MySql索引类型有:普通索引,主键索引,唯一索引,组合索引!
2.1.1.Mysql索引概念
说说Mysql索引,看到一个很少比如:索引就好比一本书的目录,它会让你更快的找到内容,显然目录(索引)并不是越多越好,假如这本书1000页,有500也是目录,它当然效率低,目录是要占纸张的,而索引是要占磁盘空间的。
2.1.2.Mysql索引主要有两种结构:B+树和hash
hash:hash索引在mysql比较少用,他以把数据的索引以hash形式组织起来,因此当查找某一条记录的时候,速度非常快.当时因为是hash结构,每个键只对应一个值,而且是散列的方式分布.所以他并不支持范围查找和排序等功能.
B+树:b+tree是mysql使用最频繁的一个索引数据结构,数据结构以平衡树的形式来组织,因为是树型结构,所以更适合用来处理排序,范围查找等功能.相对hash索引,B+树在查找单条记录的速度虽然比不上hash索引,但是因为更适合排序等操作,所以他更受用户的欢迎.毕竟不可能只对数据库进行单条记录的操作.
2.1.
3.Mysql常见索引有:主键索引、唯一索引、普通索
引、全文索引、组合索引
PRIMARYKEY(主键索引)ALTERTABLEtable_nameADDPRIMARYKEY(column)UNIQUE(唯一索引)ALTERTABLEtable_nameADDUNIQUE(column)
INDEX(普通索引)ALTERTABLEtable_nameADDINDEXindex_name(column)
FULLTEXT(全文索引)ALTERTABLEtable_nameADDFULLTEXT(column)
组合索引ALTERTABLEtable_nameADDINDEXindex_name(column1,column2,column3)
2.1.4.Mysql各种索引区别
普通索引:最基本的索引,没有任何限制。
唯一索引:与"普通索引"类似,不同的就是:索引列的值必须唯一,但允许有空值。
主键索引:它是一种特殊的唯一索引,不允许有空值。
全文索引:仅可用于MyISAM表,针对较大的数据,生成全文索引很耗时好空间。
组合索引:为了更多的提高mysql效率可建立组合索引,遵循”最左前缀“原则。
2.1.5.INNODB与MyISAM两种表存储引擎区别
mysql数据库分类为INNODB为MyISAM两种表存储引擎了,常见的mysql表引擎有INNODB和MyISAM,主要的区别是INNODB适合频繁写数据库操作,MyISAM适合读取数据库的情况多一点。
2.2.优化SQL语句
从业务角度,优化SQL语句;这里给大家分享一个例子,查询三个小时内,未处理的订单;使用一条SQL语句的效率要远远低于使用18条SQL语句,每条SQL语句搜取10分钟;
2.2.1.常用策略
(i)核心要点
●使用索引;
●避免全表扫描;
●避免新增和删除时锁表,影响查询;
(ii)详细清单
1.对查询进行优化,要尽量避免全表扫描,首先应考虑在where及orderby涉及的列上建立索引。
2.应尽量避免在where子句中对字段进行null值判断,否则将导致引擎放弃使用索引而进行全表扫描,如:
selectidfromtwherenumisnull
最好不要给数据库留NULL,尽可能的使用NOTNULL填充数据库.
备注、描述、评论之类的可以设置为NULL,其他的,最好不要使用NULL。
不要以为NULL不需要空间,比如:char(100)型,在字段建立时,空间就固定了,不管是否插入值(NULL也包含在内),都是占用100个字符的空间的,如果是varchar这样的变长字段,null不占用空间。
可以在num上设置默认值0,确保表中num列没有null值,然后这样查询:
selectidfromtwherenum=0
3.应尽量避免在where子句中使用!=或='2005-11-30'andcreatedate<'2005-12-1'
10.不要在where子句中的“=”左边进行函数、算术运算或其他表达式运算,否则系统将可能无法正确使用索引。
11.在使用索引字段作为条件时,如果该索引是复合索引,那么必须使用到该索引中的第一个字段作为条件时才能保证系统使用该索引,否则该索引将不会被使用,并且应尽可能的让字段顺序与索引顺序相一致。
12.不要写一些没有意义的查询,如需要生成一个空表结构:
selectcol1,col2into#tfromtwhere1=0
这类代码不会返回任何结果集,但是会消耗系统资源的,应改成这样:
createtable#t(…)
13.Update语句,如果只更改1、2个字段,不要Update全部字段,否则频繁调用会引起明显的性能消耗,同时带来大量日志。
14.对于多张大数据量(这里几百条就算大了)的表JOIN,要先分页再JOIN,否则逻辑读会很高,性能很差。
15.selectcount(*)fromtable;这样不带任何条件的count会引起全表扫描,并且没有任何业务意义,是一定要杜绝的。
16.索引并不是越多越好,索引固然可以提高相应的select的效率,但同时也降低了insert及update的效率,因为insert或update时有可能会重建索引,所以怎样建索引需要慎重考虑,视具体情况而定。一个表的索引数最好不要超过6个,若太多则应考虑一些不常使用到的列上建的索引是否有必要。
17.应尽可能的避免更新clustered索引数据列,因为clustered索引数据列的顺序就是表记录的物理存储顺序,一旦该列值改变将导致整个表记录的顺序的调整,会耗费相当大的资源。若应用系统需要频繁更新clustered索引数据列,那么需要考虑是否应将该索引建为clustered索引。
18.尽量使用数字型字段,若只含数值信息的字段尽量不要设计为字符型,这会降低查询和连接的性能,并会增加存储开销。这是因为引擎在处理查询和连接时会逐个比较字符串中每一个字符,而对于数字型而言只需要比较一次就够了。
19.尽可能的使用varchar/nvarchar代替char/nchar,因为首先变长字段存储空间小,可以节省存储空间,其次对于查询来说,在一个相对较小的字段内搜索效率显然要高些。
20.任何地方都不要使用select*fromt,用具体的字段列表代替“*”,不要返回用不到的任何字段。
21.尽量使用表变量来代替临时表。如果表变量包含大量数据,请注意索引非常有限(只有主键索引)。
22.避免频繁创建和删除临时表,以减少系统表资源的消耗。临时表并不是不可使用,适当地使用它们可以使某些例程更有效,例如,当需要重复引用大型表或常用表中的某个数据集时。但是,对于一次性事件,最好使用导出表。
23.在新建临时表时,如果一次性插入数据量很大,那么可以使用selectinto代替createtable,避免造成大量log,以提高速度;如果数据量不大,为了缓和系统表的资源,应先createtable,然后insert。
24.如果使用到了临时表,在存储过程的最后务必将所有的临时表显式删除,先truncatetable,然后droptable,这样可以避免系统表的较长时间锁定。
25.尽量避免使用游标,因为游标的效率较差,如果游标操作的数据超过1万行,那么就应该考虑改写。
26.使用基于游标的方法或临时表方法之前,应先寻找基于集的解决方案来解决问题,基于集的方法通常更有效。
27.与临时表一样,游标并不是不可使用。对小型数据集使用FAST_FORWARD游标通常要优于其他逐行处理方法,尤其是在必须引用几个表才能获得所需的数据时。在结果集中包括
“合计”的例程通常要比使用游标执行的速度快。如果开发时间允许,基于游标的方法和基于集的方法都可以尝试一下,看哪一种方法的效果更好。
28.在所有的存储过程和触发器的开始处设置SETNOCOUNTON,在结束时设置SETNOCOUNTOFF。无需在执行存储过程和触发器的每个语句后向客户端发送DONE_IN_PROC消息。
29.尽量避免大事务操作,提高系统并发能力。
30.尽量避免向客户端返回大数据量,若数据量过大,应该考虑相应需求是否合理。
2.2.2.实例案例分析
拆分大的DELETE或INSERT语句,批量提交SQL语句
如果你需要在一个在线的网站上去执行一个大的DELETE或INSERT查询,你需要非常小心,要避免你的操作让你的整个网站停止响应。因为这两个操作是会锁表的,表一锁住了,别的操作都进不来了。
Apache会有很多的子进程或线程。所以,其工作起来相当有效率,而我们的服务器也不希望有太多的子进程,线程和数据库链接,这是极大的占服务器资源的事情,尤其是内存。
如果你把你的表锁上一段时间,比如30秒钟,那么对于一个有很高访问量的站点来说,这30秒所积累的访问进程/线程,数据库链接,打开的文件数,可能不仅仅会让你的WEB服务崩溃,还可能会让你的整台服务器马上挂了。
所以,如果你有一个大的处理,你一定把其拆分,使用LIMIToracle(rownum),sqlserver(top)条件是一个好的方法。下面是一个mysql示例:
2.3.优化表结构
能用小字段类型,就尽量用小字段类型;如能用short,就不要用int;能用数字类型,
就不要用字符串类型,举个例子,
温馨提示
- 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
- 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
- 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
- 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
- 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
- 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
- 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
最新文档
- 云计算导论 教学设计 教案七 云计算的行业应用
- 电力建设建筑垃圾处理与资源化利用方案
- 有限空间教育培训制度
- 高考生物一轮复习 分层限时跟踪练12 减数分裂与受精作用-人教版高三全册生物试题
- 小升初语文基础知识总复习
- 2024届大湾区高三大联考题目
- 水稻穗肥施用技术意见
- 视觉传播概论(第2版)课件 第一章 视觉传播概述
- 有关养成教育的国旗下讲话
- 中学消防安全自查报告
- 虹吸雨水安装规范
- (完整版)国内照明设计现状与未来发展趋势
- 商业发票模板(INVOICE)
- X-Ray操作指引
- 闸板防喷器结构与应用PPT课件
- 现代汉语高级教程PPT课件
- 师德师风自查自纠表(共1页)
- 纺织印染助剂
- 渣包检修方案
- 生态系统理论视角下青少年网络欺凌的生成机制研究
- 特殊教育学校建设工程项目可行性研究报告
评论
0/150
提交评论