站点维护是事务至多的事情负荷

大都web数据库都有人们称之为“高度事务型”的事情负荷，你也可以据说过这称为oltp(在线事务处置)。这名字有点误导，由于这常规其实不料味着正在运转金融事务，在sol意思上以至也不料味着是数据库事务。常规只是象征着应用程序做一些混淆着读写一些行或一些行集的事情罢了。不少互联网应用都婚配下面的形式。
● 应用程序读得多，读对写的比率范畴从读五次写一次到读十次写一次不等，以至一路飙升到读几百次オ写一次。
● 一次读一行和一次读多行是混淆泛起的。

● 普通来讲，写每次只影响一行。
这就是不少人称之为的“事务型”负荷。这看起来很正常，但不要假如每一个人的负荷都如许。比方，阐明负荷常规都是批量插入，很少或没有更新，以及每次都波及到整个表的大量读。不少数据库都设计为能很好地处置这类负荷，由于需求阐明数据的营业往往都有海量的数据，并且在出格为数据阐明做过优化的专无数据库上花了大笔的钱。
事务型负荷象征着，除非应用程序设计得很精美，不然没法只做读取操纵(如许设计是个好主见，但这是一个差别的话题)。从运维的角度来讲，与一直在线的特性同样，这类事务型负荷也缩小了你的选择空间。
一个相干的方面是数据与查询的简略性。由于根蒂根基的数据模子常规都不庞大，以是大都web应用都生成前述的事务型负荷。若是将典型web应用的数据模子做上
一些处于中心位置的表常规少于10个。不少这类表城市存储类的数据，如用户，这些数据常规都是以一次一行的体式格局存取的。
网站的流量很洪水平上决议了数据库的流量。用户阅读网站，就会在用户表中对该用户的那行记载进行读写。阅读网站普通城市招致应用程序读取数据集或数据区域来填充页面阅读也会潜在地显示一些统计数据，如你社会网络中的摰友数，而要生成这些统计数据，就要做汇总或汇集查询。以是，查询常规会知足下面的形式:
● 读写用户表，一次一行。
● 以区域或汇合体式格局读取用户本身的数据。以区域或汇合体式格局读取其余用户的数据。

● 从该用户与其余用户的联系关系表中读取区域行(ranges of rows)。对该用户和其余用户的数据进行汇总与计数。
行的区域与汇合常规是由某些前提将后果限定为前n个(topn)的sql查询，如最新记载。这些后果经常是分页的，以是查询前提会是一个偏移量和一个记载条数的组合。差别的网站制作数据库会用差别的体式格局来做如许的查询，以是我就不展现详细的查询例子了。