MySQL设计规范.doc

MｙＳＱL设计规范
MＹSQL设计规范ﻩ１

. 字段ﻩ1


1．

１．．ﻩ定长与变长表右边补空格;
而varchaｒ(ｎ)类型的列所占空间较少,因为只给它们分配存储每个值所需要的空间，每个值再加一个字节用于记录其长度。因此，如果在
cｈaｒ和varｃhaｒ类型之间进行选择,需要对时间与空间作出折衷;
变长表到定长表的转换,不能只转换一个可变长字段，必须对它们全部进行转换。而且必须使用一个ALＴEＲ　TABLＥ语句同时全部转换,否则转换将不起作用;
有时不能使用定长类型,即使想这样做也不行。例如对于比２55字符更长的串，没有定长类型;
在设计表结构时如果能够使用定长数据类型尽量用定长的,因为定长表的查询、检索、更新速度都很快。必要时可以把部分关键的、承担频繁访问的表拆分,例如定长数据一个表,非定长数据一个表;
进行表结构设计时,应当做到恰到好处,反复推敲,从而实现最优的数据存储体系。
运算与检索
数值运算一般比字符串运算更快。例如比较运算,可在单一运算中对数进行比较。而串运算涉及几个逐字节的比较,如果串更长的话,这种比较还要多。
如果串列的值数目有限,应该利用普通整型或ｅｍuｍ类型来获得数值运算的优越性。
更小的字段类型永远比更大的字段类型处理要快得多。对于字符串,其处理时间与串长度直接相关。一般情况下,较小的表处理更快。对于定长表，应该选择最小的类型,只要能存储所需范围的值即可。例如,如果meｄiumｉnt够用,就不要选择ｂiｇint。对于可变长类型,也仍然能够节省空间。一个TEXT　类型的值用2 字节记录值的长度,而一个LONＧTＥXＴ 则用4字节记录其值的长度。如果存储的值长度永远不会超过6４KB，使用TEＸT　将使每个值节省2字节。
结构优化与索引优化
索引不是万能的。
索引能加快查询速度，而索引优化和查询优化是相辅相成的,既可以依据查询对索引进行优化,也可以依据现有索引对查询进行优化,这取决于修改查询或索引，哪个对现有产品架构和效率的影响最小。
首先，根据产品的实际运行和被访问情况,找出哪些SQＬ语句是最常被执行的。最常被执行和最常出现在程序中是完全不同的概念。最常被执行的SQＬ语句，又可被划分为对大表(数据条目多的)和对小表(数据条目少的)的操作。无论大表或小表,有可分为读(SEＬECT)多、写（ＵPDＡTE／INSERT)多或读写都多的操作。
对常被执行的SQL语句而言，对大表操作需要尤其注意：
写操作多的,通常可使用写入缓存的方法,先将需要写或需要更新的数据缓存至文件或其他表,定期对大表进行批量写操作，同时,应尽量使得常被读写的大表为定长类型,即便原本的结构中大表并非定长。大表定长化,可以通过改变数据存储结构和数据读取方式,将一个大表拆成一个读写多的定长表,和一个读多写少的变长表来实现;
读操作多的，需要依据ＳQL查询频率设置专门针对高频SQL语句的索引和联合索引。
而小表就相对简单,加入符合查询要求的特定索引,通常效果比较明显。同时,定长化小表也有益于效率和负载能力的提高。字段比较少的小定长表，甚至可以不需要索引。
其次,看ＳQＬ语句的条件和排序