MYSQL网站制作之MySQL教程:用索引优化ORDER BY

DBaaS解决方案可以降低首次投入成本，对于那些小企业来说，他们往往认为内部部署的数据库成本太高，DBaaS的成本和灵活性优势对小企业吸引力更大，他们是云数据库解决方案的重点客户群体。</p>关于创建索引的几个原则：
1、公道的创建索引可以减速数据读取效力，分歧理的创建索引反而会拖慢数据库的呼应速率。
2、索引越多，更新数据的速率越慢。
3、只管在接纳MyIsam作为引擎的时分利用索引（由于MySQL以BTree存储索引），而不是InnoDB。但MyISAM不撑持Transcation。
4、当你的程序和数据库布局/SQL语句已优化到没法优化的水平，而程序瓶颈其实不能顺遂办理，那就是应当思索利用诸如memcached如许的散布式缓存体系的时分了。
5、习气和强制本人用EXPLAIN来剖析你SQL语句的功能。

一个很简单犯的毛病：
不要在选择的栏位上安排索引，这是偶然义的。应当在前提选择的语句上公道的安排索引，好比where，orderby。
例子：

1. 1

复制代码

1. SELECTid,title,content,cat_idFROMarticleWHEREcat_id=1;

复制代码

下面这个语句，你在id/title/content上安排索引是毫偶然义的，对这个语句没有任何优化感化。可是假如你在外键cat_id上安排一个索引，那感化就相称年夜了。
几个经常使用ORDERBY语句的MySQL优化：
1、ORDERBY+LIMIT组合的索引优化。假如一个SQL语句形如：

1. 12

复制代码

1. SELECT[column1],[column2],....FROM[TABLE]ORDERBY[sort]LIMIT[offset],[LIMIT];

复制代码

这个SQL语句优化对照复杂，在[sort]这个栏位上创建索引便可。
2、WHERE+ORDERBY+LIMIT组合的索引优化，形如：

1. 12

复制代码

1. SELECT[column1],[column2],....FROM[TABLE]WHERE[columnX]=[value]ORDERBY[sort]LIMIT[offset],[LIMIT];

复制代码

这个语句，假如你仍旧接纳第一个例子中创建索引的办法，固然能够用到索引，可是效力不高。更高效的办法是创建一个团结索引(columnX,sort)
3、WHERE+IN+ORDERBY+LIMIT组合的索引优化，形如：

1. 12

复制代码

1. SELECT[column1],[column2],....FROM[TABLE]WHERE[columnX]IN([value1],[value2],...)ORDERBY[sort]LIMIT[offset],[LIMIT];

复制代码

这个语句假如你接纳第二个例子中创建索引的办法，会得不到预期的效果（仅在[sort]上是usingindex，WHERE那边是usingwhere;usingfilesort），来由是这里对应columnX的值对应多个。
这个语句怎样优化呢？我临时没有想到甚么好的举措，看到网上有廉价供应的举措，那就是将这个语句用UNION分拆，然后创建第二个例子中的索引：

1. 1234567

复制代码

1. SELECT[column1],[column2],....FROM[TABLE]WHERE[columnX]=[value1]ORDERBY[sort]LIMIT[offset],[LIMIT]UNIONSELECT[column1],[column2],....FROM[TABLE]WHERE[columnX]=[value2]ORDERBY[sort]LIMIT[offset],[LIMIT]UNION……

复制代码

但履历证,这个办法基本行欠亨,效力反而更低,测试时关于年夜部分使用强迫指定利用排序索引效果更好点
4、不要再WHERE和ORDERBY的栏位上使用表达式(函数)，好比：

1. 1

复制代码

1. SELECTid,title,content,cat_idFROMarticleWHEREcat_id=1;1

复制代码

5、WHERE+ORDERBY多个栏位+LIMIT，好比

1. 1

复制代码

1. SELECTid,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也只是后台的数据库而已,软件都是成品的,当然多学东西肯定是有好处的..