网站建设预付,用什么做响应式网站,高校网站如何建设,夫妻性做受视频什么网站几年前#xff0c;俺写过一篇题为“The Foundation of Excellent Performance”的文章(现在仍然可以在http://www.tdan.com/i016fe03.htm看 到)#xff0c;俺对SQL语句是影响数据库驱动系统性能的第一要素的观点有点质疑。其实在那时我在文章中就坚信数据库的物理设计在对高级…几年前俺写过一篇题为“The Foundation of Excellent Performance”的文章(现在仍然可以在http://www.tdan.com/i016fe03.htm看 到)俺对SQL语句是影响数据库驱动系统性能的第一要素的观点有点质疑。其实在那时我在文章中就坚信数据库的物理设计在对高级数据库的性能影响上远比其 他因素重要。同时俺还给大家看了Oracle的研究他们解释了为什么拙劣的物理设计是数据库停机(无论是有计划的还是没计划的)背后的主要原因。这么多 年都过来啦(幸好没多少人朝俺扔砖头)俺的观点是改变了一些但在这点上俺还是坚持DBA如果想要高性能的数据库就必须在数据库的物理设计上多思考的观 点这样才能减少响应时间使终端用户满意而不是引来骂声一片。(陈朋奕语不要那么严肃嘿嘿)俺 今天这么激动又想写文章的原因是MySQL5.1的发布带来了设计超强动力数据库的强有力的武器任何MySQL的DBA都应该尽快学习并使用它。俺觉得 如果能很好滴使用这个5.1版带来的新特性DBA可以使自己管理的VLDB(不知道什么是VLDB告诉你是好大好大的数据库的意思Very Large DB)或数据仓库奇迹般的获得巨大的性能提升。什么是数据库分区数据库分区是一种物理数据库设计技术DBA和数据库建模人员对其相当熟悉。虽然分区技术可以实现很多效果但其主要目的是为了在特定的SQL操作中减少数据读写的总量以缩减响应时间。分区主要有两种形式//这里一定要注意行和列的概念(row是行column是列)水平分区(Horizontal Partitioning)这种形式分区是对表的行进行分区通过这样的方式不同分组里面的物理列分割的数据集得以组合从而进行个体分割(单分区)或集体分割(1个或多个分区)。所有在表中定义的列在每个数据集中都能找到所以表的特性依然得以保持。举个简单例子一个包含十年发票记录的表可以被分区为十个不同的分区每个分区包含的是其中一年的记录。(朋奕注这里具体使用的分区方式我们后面再说可以先说一点一定要通过某个属性列来分割譬如这里使用的列就是年份)垂直分区(Vertical Partitioning)这种分区方式一般来说是通过对表的垂直划分来减少目标表的宽度使某些特定的列被划分到特定的分区每个分区都包含了其中的列所对应的行。举个简单例子一个包含了大text和BLOB列的表这些text和BLOB列又不经常被访问这时候就要把这些不经常使用的text和BLOB了划分到另一个分区在保证它们数据相关性的同时还能提高访问速度。在数据库供应商开始在他们的数据库引擎中建立分区(主要是水平分区)时DBA和建模者必须设计好表的物理分区结构不要保存冗余的数据(不同表中同时都包含父表中的数据)或相互联结成一个逻辑父对象(通常是视图)。这种做法会使水平分区的大部分功能失效有时候也会对垂直分区产生影响。在MySQL 5.1中进行分区MySQL5.1中最激动人心的新特性应该就是对水平分区的支持了。这对MySQL的使用者来说确实是个好消息而且她已经支持分区大部分模式Range(范围) – 这种模式允许DBA将数据划分不同范围。例如DBA可以将一个表通过年份划分成三个分区80年代(1980s)的数据90年代(1990s)的数据以及任何在2000年(包括2000年)后的数据。Hash(哈希) – 这中模式允许DBA通过对表的一个或多个列的Hash Key进行计算最后通过这个Hash码不同数值对应的数据区域进行分区。例如DBA可以建立一个对表主键进行分区的表。Key(键值) – 上面Hash模式的一种延伸这里的Hash Key是MySQL系统产生的。List(预定义列表) – 这种模式允许系统通过DBA定义的列表的值所对应的行数据进行分割。例如DBA建立了一个横跨三个分区的表分别根据2004年2005年和2006年值所对应的数据。Composite(复合模式) - 很神秘吧哈哈其实是以上模式的组合使用而已就不解释了。举例在初始化已经进行了Range范围分区的表上我们可以对其中一个分区再进行hash哈希分区。分区带来的好处太多太多了有多少俺也不知道自己猜去吧要是觉得没有多少就别用反正俺也不求你用。不过在这里俺强调两点好处性能的提升(Increased performance)-在扫描操作中如果MySQL的优化器知道哪个分区中才包含特定查询中需要的数据它就能直接去扫描那些分区的数据而不用浪费很多时间扫描不需要的地方了。需要举个例子好啊百万行的表划分为10个分区每个分区就包含十万行数据那么查询分区需要的时间仅仅是全表扫描的十分之一了很明显的对比。同时对十万行的表建立索引的速度也会比百万行的快得多得多。如果你能把这些分区建立在不同的磁盘上这时候的I/O读写速度就“不堪设想”(没用错词真的太快了理论上100倍的速度提升啊这是多么快的响应速度啊所以有点不堪设想了)了。对数据管理的简化(Simplified data management)- 分区技术可以让DBA对数据的管理能力提升。通过优良的分区DBA可以简化特定数据操作的执行方式。例如DBA在对某些分区的内容进行删除的同时能保证余下的分区的数据完整性(这是跟对表的数据删除这种大动作做比较的)。此外分区是由MySQL系统直接管理的DBA不需要手工的去划分和维护。例如这个例如没意思不讲了如果你是DBA只要你划分了分区以后你就不用管了就是了。站在性能设计的观点上俺们对以上的内容也是相当感兴趣滴。通过使用分区和对不同的SQL操作的匹配设计数据库的性能一定能获得巨大提升。下面咱们一起用用这个MySQL 5.1的新功能看看。下面所有的测试都在Dell Optiplex box with a Pentium 4 3.00GHz processor, 1GB of RAM机器上(炫耀啊……)Fedora Core 4和MySQL 5.1.6 alpha上运行通过。如何进行实际分区看看分区的实际效果吧。我们建立几个同样的MyISAM引擎的表包含日期敏感的数据但只对其中一个分区。分区的表(表名为part_tab)我们采用Range范围分区模式通过年份进行分区mysql CREATE TABLE part_tab- ( c1 int default NULL,- c2 varchar(30) default NULL,- c3 date default NULL-- ) enginemyisam- PARTITION BY RANGE (year(c3)) (PARTITION p0 VALUES LESS THAN (1995),- PARTITION p1 VALUES LESS THAN (1996) , PARTITION p2 VALUES LESS THAN (1997) ,- PARTITION p3 VALUES LESS THAN (1998) , PARTITION p4 VALUES LESS THAN (1999) ,- PARTITION p5 VALUES LESS THAN (2000) , PARTITION p6 VALUES LESS THAN (2001) ,- PARTITION p7 VALUES LESS THAN (2002) , PARTITION p8 VALUES LESS THAN (2003) ,- PARTITION p9 VALUES LESS THAN (2004) , PARTITION p10 VALUES LESS THAN (2010),- PARTITION p11 VALUES LESS THAN MAXVALUE );Query OK, 0 rows affected (0.00 sec)注意到了这里的最后一行吗这里把不属于前面年度划分的年份范围都包含了这样才能保证数据不会出错大家以后要记住啊不然数据库无缘无故出错你就爽了。那下面我们建立没有分区的表(表名为no_part_tab)mysql create table no_part_tab- (c1 int(11) default NULL,- c2 varchar(30) default NULL,- c3 date default NULL) enginemyisam;Query OK, 0 rows affected (0.02 sec)下面咱写一个存储过程(感谢Peter Gulutzan给的代码如果大家需要PeterGulutzan的存储过程教程的中文翻译也可以跟我要chenpengyi◎gmail.com)它能向咱刚才建立的已分区的表中平均的向每个分区插入共8百万条不同的数据。填满后咱就给没分区的克隆表中插入相同的数据mysql delimiter //mysql CREATE PROCEDURE load_part_tab()- begin- declare v int default 0;- while v 8000000- do- insert into part_tab- values (v,testing partitions,adddate(1995-01-01,(rand(v)*36520) mod 3652));- set v v 1;- end while;- end- //Query OK, 0 rows affected (0.00 sec)mysql delimiter ;mysql call load_part_tab();Query OK, 1 row affected (8 min 17.75 sec)mysql insert into no_part_tab select * from part_tab;Query OK, 8000000 rows affected (51.59 sec)Records: 8000000 Duplicates: 0 Warnings: 0表都准备好了。咱开始对这两表中的数据进行简单的范围查询吧。先分区了的后没分区的跟着有执行过程解析(MySQL Explain命令解析器)可以看到MySQL做了什么mysql select count(*) from no_part_tab where- c3 date 1995-01-01 and c3 date 1995-12-31;----------| count(*) |----------| 795181 |----------1 row in set (38.30 sec)mysql select count(*) from part_tab where- c3 date 1995-01-01 and c3 date 1995-12-31;----------| count(*) |----------| 795181 |----------1 row in set (3.88 sec)mysql explain select count(*) from no_part_tab where- c3 date 1995-01-01 and c3 date 1995-12-31\G*************************** 1. row ***************************id: 1select_type: SIMPLEtable: no_part_tabtype: ALLpossible_keys: NULLkey: NULLkey_len: NULLref: NULLrows: 8000000Extra: Using where1 row in set (0.00 sec)mysql explain partitions select count(*) from part_tab where- c3 date 1995-01-01 and c3 date 1995-12-31\G*************************** 1. row ***************************id: 1select_type: SIMPLEtable: part_tabpartitions: p1type: ALLpossible_keys: NULLkey: NULLkey_len: NULLref: NULLrows: 798458Extra: Using where1 row in set (0.00 sec)从上面结果可以容易看出设计恰当表分区能比非分区的减少90的响应时间。而命令解析Explain程序也告诉我们在对已分区的表的查询过程中仅对第一个分区进行了扫描其他都跳过了。哔厉吧拉说阿说……反正就是这个分区功能对DBA很有用拉特别对VLDB和需要快速反应的系统。对Vertical Partitioning的一些看法虽然MySQL 5.1自动实现了水平分区但在设计数据库的时候不要轻视垂直分区。虽然要手工去实现垂直分区但在特定场合下你会收益不少的。例如在前面建立的表中VARCHAR字段是你平常很少引用的那么对它进行垂直分区会不会提升速度呢咱们看看测试结果mysql desc part_tab;-----------------------------------------------| Field | Type | Null | Key | Default | Extra |-----------------------------------------------| c1 | int(11) | YES | | NULL | || c2 | varchar(30) | YES | | NULL | || c3 | date | YES | | NULL | |-----------------------------------------------3 rows in set (0.03 sec)mysql alter table part_tab drop column c2;Query OK, 8000000 rows affected (42.20 sec)Records: 8000000 Duplicates: 0 Warnings: 0mysql desc part_tab;-------------------------------------------| Field | Type | Null | Key | Default | Extra |-------------------------------------------| c1 | int(11) | YES | | NULL | || c3 | date | YES | | NULL | |-------------------------------------------2 rows in set (0.00 sec)mysql select count(*) from part_tab where- c3 date 1995-01-01 and c3 date 1995-12-31;----------| count(*) |----------| 795181 |----------1 row in set (0.34 sec)在设计上去掉了VARCHAR字段后不止是你俺也发现查询响应速度上获得了另一个90的时间节省。所以大家在设计表的时候一定要考虑表中的字段是否真正关联又是否在你的查询中有用补充说明这么简单的文章肯定不能说全MySQL 5.1 分区机制的所有好处和要点(虽然对自己写文章水平很有信心)下面就说几个感兴趣的支持所有存储引擎(MyISAM, Archive, InnoDB, 等等)对分区的表支持索引包括本地索引local indexes对其进行的是一对一的视图镜像假设一个表有十个分区那么其本地索引也包含十个分区。关于分区的元数据Metadata的表可以在INFORMATION_SCHEMA数据库中找到表名为PARTITIONS。All SHOW 命令支持返回分区表以及元数据的索引。对其操作的命令和实现的维护功能有(比对全表的操作还多)ADD PARTITIONDROP PARTITIONCOALESCE PARTITIONREORGANIZE PARTITIONANALYZE PARTITIONCHECK PARTITIONOPTIMIZE PARTITIONREBUILD PARTITIONREPAIR PARTITION关于MySQL分区的使用方法很快发布上来这里有什么错误欢迎指出或给我来信——2006-05-05陈朋奕
