MYSQL网站制作之MySQL教程:用索引优化ORDER BY
DBaaS解决方案可以降低首次投入成本,对于那些小企业来说,他们往往认为内部部署的数据库成本太高,DBaaS的成本和灵活性优势对小企业吸引力更大,他们是云数据库解决方案的重点客户群体。</p>关于创建索引的几个原则:1、公道的创建索引可以减速数据读取效力,分歧理的创建索引反而会拖慢数据库的呼应速率。
2、索引越多,更新数据的速率越慢。
3、只管在接纳MyIsam作为引擎的时分利用索引(由于MySQL以BTree存储索引),而不是InnoDB。但MyISAM不撑持Transcation。
4、当你的程序和数据库布局/SQL语句已优化到没法优化的水平,而程序瓶颈其实不能顺遂办理,那就是应当思索利用诸如memcached如许的散布式缓存体系的时分了。
5、习气和强制本人用EXPLAIN来剖析你SQL语句的功能。
一个很简单犯的毛病:
不要在选择的栏位上安排索引,这是偶然义的。应当在前提选择的语句上公道的安排索引,好比where,orderby。
例子:
1SELECTid,title,content,cat_idFROMarticleWHEREcat_id=1;下面这个语句,你在id/title/content上安排索引是毫偶然义的,对这个语句没有任何优化感化。可是假如你在外键cat_id上安排一个索引,那感化就相称年夜了。
几个经常使用ORDERBY语句的MySQL优化:
1、ORDERBY+LIMIT组合的索引优化。假如一个SQL语句形如:
12SELECT,,....FROMORDERBYLIMIT,;这个SQL语句优化对照复杂,在这个栏位上创建索引便可。
2、WHERE+ORDERBY+LIMIT组合的索引优化,形如:
12SELECT,,....FROMWHERE=ORDERBYLIMIT,;这个语句,假如你仍旧接纳第一个例子中创建索引的办法,固然能够用到索引,可是效力不高。更高效的办法是创建一个团结索引(columnX,sort)
3、WHERE+IN+ORDERBY+LIMIT组合的索引优化,形如:
12SELECT,,....FROMWHEREIN(,,...)ORDERBYLIMIT,;这个语句假如你接纳第二个例子中创建索引的办法,会得不到预期的效果(仅在上是usingindex,WHERE那边是usingwhere;usingfilesort),来由是这里对应columnX的值对应多个。
这个语句怎样优化呢?我临时没有想到甚么好的举措,看到网上有廉价供应的举措,那就是将这个语句用UNION分拆,然后创建第二个例子中的索引:
1234567SELECT,,....FROMWHERE=ORDERBYLIMIT,UNIONSELECT,,....FROMWHERE=ORDERBYLIMIT,UNION……但履历证,这个办法基本行欠亨,效力反而更低,测试时关于年夜部分使用强迫指定利用排序索引效果更好点
4、不要再WHERE和ORDERBY的栏位上使用表达式(函数),好比:
1SELECTid,title,content,cat_idFROMarticleWHEREcat_id=1;15、WHERE+ORDERBY多个栏位+LIMIT,好比
1SELECTid,title,content,cat_idFROMarticleWHEREcat_id=1;3关于这个语句,人人多是加一个如许的索引(x,y,uid)。但实践上更好的效果是(uid,x,y)。这是由MySQL处置排序的机打造成的。
以上例子你在实践项目中使用的时分,不要健忘在增加索引后,用EXPLAIN看看效果。
在我们工作的过程中,经常能听到很多不使用MySQL的理由,虽然其中有一些是对MySQL的误解,不过同样也有一些是合情合理的。 现在是在考虑:如果写到服务器端,我一下搞他个10个存储过程导过去,那久之服务器不就成垃圾箱了吗?即便优化了我的中间层. 每天坚持做不一样的是,认真做笔录,定时复习。一个月你就可以有一定的收获。当然如果你想在sql方面有一定的造诣,你少不了需要看很多很多的书籍了。 只能告诉你,学好数据库语言和原理,多见识几种数据库软件,比一棵树上吊死要好。 如果处理少量数据,比如几百条记录的数据,我不知道这两种情况哪个效率更高,如果处理大量数据呢?比如有表中有20万条记录. 分区表效率问题肯定是大家关心的问题。在我的试验中,如果按照分区字段进行的查询(过滤)效率会高于未分区表的相同语句。但是如果按照非分区字段进行查询,效率会低于未分区表的相同语句。 可能有的朋友会抱怨集成的orderby,其实如果使用ranking函数,Orderby是少不了的。如果担心Orderby会影响效率,可以为orderby的字段建立聚集索引,查询计划会忽略orderby操作(因为本来就是排序的嘛)。 外键的级联更能扩展可能大部分的同行在设计OLTP系统的时候都不愿意建立外键,都是通过程序来控制父子数据的完整性。 财务软件要用SQL也只是后台的数据库而已,软件都是成品的,当然多学东西肯定是有好处的..
页:
[1]