求XP的优化，高手才进！

Posted 2023-04-12

我是一般用户，网上关于优化的贴子太多，所以不该使用那些。求XP系统的常用的，很实用的优化项目，要求可以有效优化XP的速度，不要超过30条，服务项优化排除，谢谢大家！
我不用软件优化，谢谢！

1、 缩短等待时间

打开注册表编辑器，找到 HKEY_LOCAL_MACHINE＼System＼CurrentControlSet＼Control，将 WaitToKillServiceTimeout 设为：4000（原设
定值：20000）。找到 HKEY_CURRENT_USER＼Control Panel＼Desktop 键，将右边窗口的 WaitToKillAppTimeout 改为 4000（原设定值：
20000），即关闭程序时仅等待1秒。将 HungAppTimeout 值改为：2000（原设定值：5000），表示程序出错时等待0.5秒。

2、 让系统自动关闭停止响应的程序

打开注册表 HKEY_CURRENT_USER＼Control Panel＼Desktop 键，将 AutoEndTasks 值设为 1（原设定值：0）。

3、 加速共享查看

打开注册表编辑器，把HKEY_LOCAL_MACHINE＼Software＼Microsoft＼Windows＼CurrentVersion＼Explorer＼RemoteComputer＼NameSpace
下的 D6277990-4C6A-11CF-8D87-00AA0060F5BF 删掉

4、 加快Windows XP的启动：
(1)在注册表中找到：
HKEY_LOCAL_MACHINE＼SYSTEM＼CurrentControlSet＼Control＼SessionManager＼MemoryManagement＼PrefetchParameters，其中有一个键值
名为EnablePrefetcher，把它设为1.

(2)"我的电脑"->"属性"->"高级"->"启动和故障修复"中，点"错误报告"，选择"禁用错误汇报"、"但在发生严重错误时通知我"。

(3)点击"编辑"，在弹出记事本文件中：
[Operating Systems]
timeout=30 //把缺省时间 30 秒改为 0 秒
multi(0)disk(0)rdisk(0)partition(1)＼WINDOWS="Microsoft Windows XP Professional" /fastdetect //把缺省 fastdetect 改为 nodetect
注册表修改方法:"HKEY_LOCAL_MACHINE＼SYSTEM＼ControlSet001＼Control" ，SystemStartOptions键值改为NODETECT。

5、优化“启动和故障恢复”设置：
右键单击“我的电脑”，点击属性，点击“高级”，在“启动和故障恢复”
一栏中，点击“设置”，其中的“系统失败”一栏中，只选择“自动重新启动”，写入调试信息选择“无”。

6、关闭“Internet时间同步”功能：

如果启用了同步，你的计算机时钟每周就会和 Internet 时间服务器进行一次同步，建议关掉它(一个没多大用的功能)。请依次单击“开始”
→“控制面板”→“日期、时间、语言和区域选项”，然后单击“日期和时间”→“Internet时间”。

7、关闭华医生Dr.Watson：

在"开始"->"运行"中输入"drwtsn32"命令，或者"开始"->"程序"->"附件"->"系统工具"->"系统信息"->"工具"->"Dr Watson"，调出系统里的华
医生Dr.Watson ，只保留"转储全部线程上下文"选项，否则一旦程序出错，硬盘会读很久，并占用大量空间。如以前有此情况，请查找user.dmp文件，
删除后可节省几十MB空间。

8、取消对zip文件的支持：

运行，敲入：regsvr32 /u zipfldr.dll 然后回车即可。

9、关掉快速切换功能：

方法如下：控制面板-->用户帐户，点击“更改用户登陆或注销方式”，去掉“使用快速用户切换”就可以了。

10.定制特殊的启动提示
注册表：HKEY_LOCAL_MACHINE\\SOFTWARE\\Microsoft\\WindowsNT\\CurrentVersion\\Winlogon
中的"LegaNoticeCaption"是登陆提示语言，“LegalNoticeText”是欢迎词。

11.关闭windows的文件保护
默认状态下是无法删除windows系统和程序文件的，所以警告!!!!!!!!!!!!!!!! 注册表：HKEY_LOCAL_MACHINE\\SOFTWARE\\Microsoft\\
WindowsNT\\Curren tVersion \\winlogon 中的“SFCDisable”将它的值改为“ffffff9d”

12.windowsXP的内存优化!!!!!!!!!!!!(警告!!!!!以下设置需要有256M以上的内存才能有好的效果!!!)
注册表：
HKEK_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Control\\SessionManager\\Memory Management
中的：禁用内存页面调度: DisablePagingExecutive 值改为“1”
提升系统缓存： LargeSystemCache 值改为“1”

13.修改cpu的二级缓存
在正常情况下，xp会自动识别cpu的二级缓存。但有时xp不会这样做，这样就需要手动优化以改善cpu的
性能。
a.)运行"regedit";

b.)去"[HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Control\\Session Manager\\
Memory Management\\SecondLevelDataCache]";

c.)修改他的十进制:

AMD Duron: 64(kb);
CeleronA/celeron2/3/P4A:128;
PII mobile/PIII E(EB)/P4B/AMD K6-3/AMD THUNDERBird/Cyrix III:256;
AMD K6-2/PII/P4C/AMD Athlon:512;
PII Xeon/PIII Xeon/P4E:1024;
e.)重启。

14.修改磁盘缓存以加速xp

磁盘缓存对xp运行起着至关重要的作用，但是默认的I/O页面文件比较保守。所以，
对于不同的内存，采用不同的磁盘缓存是比较好的做法。

a.)运行 "regedit";

b.)去[HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Control\\Session Manager\\
Memory Management\\IoPageLockLimit];

c.)根据你的内存修改其十六进制值:
64M: 1000;
128M: 4000;
256M: 10000;
512M或更大: 40000.

d.)重启

15.减少磁盘扫描等待时间
在dos下，键入“chkntfs/t:0”

16.解除带宽限制
运行----gpedit.msc-----管理模版-----网络----QoS数据包调度程序---限制可保留带宽---启

动-----下面输入 0 ----确定---------在你的拨号图标右健属性找到网络-----看看有没有QoS

数据包调度程序-------如果没有点安装-----服务------添加----选QoS数据包调度程序----看

看有没有打勾----有就代表成功了--------重启---ok!

17.取消系统休眠支持
右键属性-屏幕保护程序-电源-休眠-取消

18.关掉视频预览
运行一下这个命令：“REGSVR32 /U SHMEDIA.DLL”

19.不能关闭的服务(或者一般不宜关闭的服务）

windows audio声音
cryptographic services -windows更新时用来确认windows 文件指纹的，我更新时才开启一下
DHCP client－静态IP者需要
Logical Disk manager －磁盘管理服务
＊Event Log - 系统日志纪录服务，很有用于查找系统毛病
COM+Event system application一些 COM+ 软件需要，检查你的 c:\\program files\\ComPlus Applications 目录，没东西可以把这个服务关
＊Workstation -很多服务都依靠这个服务，支持联网和打印／文件共享的
Machine Debug Manager
Network Connections - 上网／局域网要用
＊Plug and Play - 即插即用
Protected Storage－储存本地密码和网上服务密码的服务，包括填表时的“自动完成”功能
＊Remote Procedure Call (RPC) -系统核心服务
security accounts manager－像 Protected Storage, IIS Admin 才需要
system event notification－记录用户登录／注销／重起／关机信息
shell hardware detection－给有些配置自动启动，像内存棒，和有些cd驱动等
Print Spooler -打印机用的
themes -给xp打扮的东东
＊Windows Management Instrumentation - 满重要的服务，是管”服务依靠”的

20.卸载无用的动态链接

资源管理器经常在内存中留下无用的动态链接，为了消除这种现象，你可以打开注册表编辑器，设置键值：HKEY_LOCAL_MACHINE＼
SOFTWARE ＼Microsoft＼Windows＼CurrentVersion＼Explorer\\AlwaysUnloadDLL(字符串值）将其设为1
21.在关机时清空页面文件
打开“控制面板”，点击“性能和维护”-“管理工具”→“本地安全策略”→“本地策略”→“安全选项”，双击其中“关机：清理虚拟内存页面文件”
一项，点击弹出选单中的“已启用”选项，单击“确定”即可

22.Windows XP 安装好后，如何把FAT 32转化为NTFS

使用convert命令，在命令行模式下用convert.exe这个命令随时转化的。例如：convert c: /fs:ntfs把c盘转化为NTFS

23.验证Windows XP是否已激活

在运行中输入“oobe/msoobe /a”；版本号可以通过WINDOWS(XP安装目录)system32/NTOSKRNL.EXE，鼠标右键 -> 选内容查看即可

24、删除Windows XP中不需要的组件

1)、删除系统文件备份，执行sfc.exe /purgecache

2)、删除驱动备份，删除WINDOWS(XP安装目录)\\driver cache\\i386目录下的Driver.cab文件

3)、删除DLL备份文件，目录为WINDOWS(XP安装目录)\\system32\\dllcache,

4)、删除WINDOWS(XP安装目录)\\ime下不用的输入法

25.让IE使用多线程下载网页：注册表子键：HKEY_CURRENT_USER＼Software＼Microsoft＼Windows＼CurrentVersion＼Internet Settings，
新建DWORD值.
“MaxConnectionsPerServer”，此项的作用是决定最大同步下载的连线数目，一般5～8个连线数目比较好。另外，
对于HTTP 1.0服务器，可以加入名为“MaxConnectionsPer1_0Server”的双字节值项，其值也是设置最大同步下载的数目。

26.到微软站点下载Bootvis.exe文件，启动它，
依次选择菜单里面的Trace--Optimize System，这时候系统会提示是否重新启动，选择启动，重启登录以后什么都别动，过一段时间会自动
弹出一个对话框，对话框上写着系统分析的意思，你什么都别做，要一直等到提示分析完毕以后才能够操作你的系统，分析时间有点长，请
耐心等待。

27.桌面图标的小箭头去除
首先，单击“开始”按钮，选择“运行”，在运行对话
框中键入regedit后回车，即可进入注册表编辑器，选择HKEY_CLASSES_ROOT
\\lnkfile,在右边的窗口中找到字符串值“isshortcut”,按DELETE键将其
删除。然后，仍在HKEY_CLASSES_ROOT \\ 下找到piffile,同样在其右边窗
口中将字符串值“isshortcut” 按 DELETE键将其删除。最后，关闭注册
表编辑器，重新启动WINDOWS，那个烦人的小箭头已经没有了。 参考技术A 注册表是Windows操作系统的核心部分,是所有系统设置及软件安装的数据库。我们只要安装、删除或修改了程序，Windows都会更新注册表，但是在平时我们删除程序时Windows只是删除了安装目录中的文件,而对于该程序在注册表中的信息却没有清理掉,时间一长注册表就会越来越庞大,造成系统的运行速度下降，严重的将导致系统的全面崩溃。对于大多数电脑爱好者来说可以使用RegClean。该软件可以对注册表进行详细的分析，并自动删除虚假的注册表项。另外，它还可以撤销所做的任何更改，并在出错时恢复以前的注册表。我们还可以使用其他的注册表工具Norton2000中的CleanSweep Deluxe工具包卸载程序,只有保持注册表的干净，减少垃圾信息的存在，Window就可以运行得更稳定，更快捷 参考技术B 可以用超级兔子 参考技术C 按照你的要求最好使用优化大师就可以了，去除多余的启动加载项目，不过说实话具体要去除那些你可能会搞不清，不同用户需求不一样的。
还有使用软件也要注意，当心所下载软件里面“送”你的其他软件！！
最根本的解决方法还是良好的使用习惯！
XP不论你怎么优化速度都不会有什么质的提高的！ 参考技术D 不要用那些工具软件,我教你安全启动优化,点开始,运行,输入Msconfig,打开系统实用配置程序,点启动选项卡,再把你不需要的东西通通都去掉勾,或者干脆点全部禁用.(给我+分哦) 第5个回答  2005-11-22 cpu 1.8 优化后．进度条．只有半圈．想知道 加QQ 414023969

求高手优化MySQL数据库，数据库反应太慢。

我的MySQL数据库反应相当慢，求高手优化MySQL数据库速度。

参考技术A

在开始演示之前，我们先介绍下两个概念。

概念一，数据的可选择性基数，也就是常说的cardinality值。

查询优化器在生成各种执行计划之前，得先从统计信息中取得相关数据，这样才能估算每步操作所涉及到的记录数，而这个相关数据就是cardinality。简单来说，就是每个值在每个字段中的唯一值分布状态。

比如表t1有100行记录，其中一列为f1。f1中唯一值的个数可以是100个，也可以是1个，当然也可以是1到100之间的任何一个数字。这里唯一值越的多少，就是这个列的可选择基数。

那看到这里我们就明白了，为什么要在基数高的字段上建立索引，而基数低的的字段建立索引反而没有全表扫描来的快。当然这个只是一方面，至于更深入的探讨就不在我这篇探讨的范围了。

概念二，关于HINT的使用。

这里我来说下HINT是什么，在什么时候用。

HINT简单来说就是在某些特定的场景下人工协助MySQL优化器的工作，使她生成最优的执行计划。一般来说，优化器的执行计划都是最优化的，不过在某些特定场景下，执行计划可能不是最优化。

比如：表t1经过大量的频繁更新操作，（UPDATE,DELETE,INSERT），cardinality已经很不准确了，这时候刚好执行了一条SQL，那么有可能这条SQL的执行计划就不是最优的。为什么说有可能呢？

来看下具体演示

譬如，以下两条SQL，

A：

select * from t1 where f1 = 20;


B：

select * from t1 where f1 = 30;


如果f1的值刚好频繁更新的值为30，并且没有达到MySQL自动更新cardinality值的临界值或者说用户设置了手动更新又或者用户减少了sample page等等，那么对这两条语句来说，可能不准确的就是B了。

这里顺带说下，MySQL提供了自动更新和手动更新表cardinality值的方法，因篇幅有限，需要的可以查阅手册。

那回到正题上，MySQL 8.0 带来了几个HINT，我今天就举个index_merge的例子。

示例表结构：

mysql> desc t1;+------------+--------------+------+-----+---------+----------------+| Field      | Type         | Null | Key | Default | Extra          |+------------+--------------+------+-----+---------+----------------+| id         | int(11)      | NO   | PRI | NULL    | auto_increment || rank1      | int(11)      | YES  | MUL | NULL    |                || rank2      | int(11)      | YES  | MUL | NULL    |                || log_time   | datetime     | YES  | MUL | NULL    |                || prefix_uid | varchar(100) | YES  |     | NULL    |                || desc1      | text         | YES  |     | NULL    |                || rank3      | int(11)      | YES  | MUL | NULL    |                |+------------+--------------+------+-----+---------+----------------+7 rows in set (0.00 sec)


表记录数：


mysql> select count(*) from t1;+----------+| count(*) |+----------+|    32768 |+----------+1 row in set (0.01 sec)


这里我们两条经典的SQL：

SQL C：

select * from t1 where rank1 = 1 or rank2 = 2 or rank3 = 2;


SQL D：

select * from t1 where rank1 =100  and rank2 =100  and rank3 =100;


表t1实际上在rank1,rank2,rank3三列上分别有一个二级索引。

那我们来看SQL C的查询计划。

显然，没有用到任何索引，扫描的行数为32034，cost为3243.65。

mysql> explain  format=json select * from t1  where rank1 =1 or rank2 = 2 or rank3 = 2\\G*************************** 1. row ***************************EXPLAIN:  "query_block":    "select_id": 1,    "cost_info":      "query_cost": "3243.65"    ,    "table":      "table_name": "t1",      "access_type": "ALL",      "possible_keys": [        "idx_rank1",        "idx_rank2",        "idx_rank3"      ],      "rows_examined_per_scan": 32034,      "rows_produced_per_join": 115,      "filtered": "0.36",      "cost_info":        "read_cost": "3232.07",        "eval_cost": "11.58",        "prefix_cost": "3243.65",        "data_read_per_join": "49K"      ,      "used_columns": [        "id",        "rank1",        "rank2",        "log_time",        "prefix_uid",        "desc1",        "rank3"      ],      "attached_condition": "((`ytt`.`t1`.`rank1` = 1) or (`ytt`.`t1`.`rank2` = 2) or (`ytt`.`t1`.`rank3` = 2))"      1 row in set, 1 warning (0.00 sec)


我们加上hint给相同的查询，再次看看查询计划。

这个时候用到了index_merge,union了三个列。扫描的行数为1103，cost为441.09，明显比之前的快了好几倍。

mysql> explain  format=json select /*+ index_merge(t1) */ * from t1  where rank1 =1 or rank2 = 2 or rank3 = 2\\G*************************** 1. row ***************************EXPLAIN:  "query_block":    "select_id": 1,    "cost_info":      "query_cost": "441.09"    ,    "table":      "table_name": "t1",      "access_type": "index_merge",      "possible_keys": [        "idx_rank1",        "idx_rank2",        "idx_rank3"      ],      "key": "union(idx_rank1,idx_rank2,idx_rank3)",      "key_length": "5,5,5",      "rows_examined_per_scan": 1103,      "rows_produced_per_join": 1103,      "filtered": "100.00",      "cost_info":        "read_cost": "330.79",        "eval_cost": "110.30",        "prefix_cost": "441.09",        "data_read_per_join": "473K"      ,      "used_columns": [        "id",        "rank1",        "rank2",        "log_time",        "prefix_uid",        "desc1",        "rank3"      ],      "attached_condition": "((`ytt`.`t1`.`rank1` = 1) or (`ytt`.`t1`.`rank2` = 2) or (`ytt`.`t1`.`rank3` = 2))"      1 row in set, 1 warning (0.00 sec)


我们再看下SQL D的计划：

不加HINT，

mysql> explain format=json select * from t1 where rank1 =100 and rank2 =100 and rank3 =100\\G*************************** 1. row ***************************EXPLAIN:  "query_block":    "select_id": 1,    "cost_info":      "query_cost": "534.34"    ,    "table":      "table_name": "t1",      "access_type": "ref",      "possible_keys": [        "idx_rank1",        "idx_rank2",        "idx_rank3"      ],      "key": "idx_rank1",      "used_key_parts": [        "rank1"      ],      "key_length": "5",      "ref": [        "const"      ],      "rows_examined_per_scan": 555,      "rows_produced_per_join": 0,      "filtered": "0.07",      "cost_info":        "read_cost": "478.84",        "eval_cost": "0.04",        "prefix_cost": "534.34",        "data_read_per_join": "176"      ,      "used_columns": [        "id",        "rank1",        "rank2",        "log_time",        "prefix_uid",        "desc1",        "rank3"      ],      "attached_condition": "((`ytt`.`t1`.`rank3` = 100) and (`ytt`.`t1`.`rank2` = 100))"      1 row in set, 1 warning (0.00 sec)


加了HINT，

mysql> explain format=json select /*+ index_merge(t1)*/ * from t1 where rank1 =100 and rank2 =100 and rank3 =100\\G*************************** 1. row ***************************EXPLAIN:  "query_block":    "select_id": 1,    "cost_info":      "query_cost": "5.23"    ,    "table":      "table_name": "t1",      "access_type": "index_merge",      "possible_keys": [        "idx_rank1",        "idx_rank2",        "idx_rank3"      ],      "key": "intersect(idx_rank1,idx_rank2,idx_rank3)",      "key_length": "5,5,5",      "rows_examined_per_scan": 1,      "rows_produced_per_join": 1,      "filtered": "100.00",      "cost_info":        "read_cost": "5.13",        "eval_cost": "0.10",        "prefix_cost": "5.23",        "data_read_per_join": "440"      ,      "used_columns": [        "id",        "rank1",        "rank2",        "log_time",        "prefix_uid",        "desc1",        "rank3"      ],      "attached_condition": "((`ytt`.`t1`.`rank3` = 100) and (`ytt`.`t1`.`rank2` = 100) and (`ytt`.`t1`.`rank1` = 100))"      1 row in set, 1 warning (0.00 sec)


对比下以上两个，加了HINT的比不加HINT的cost小了100倍。

总结下，就是说表的cardinality值影响这张的查询计划，如果这个值没有正常更新的话，就需要手工加HINT了。相信MySQL未来的版本会带来更多的HINT。

参考技术B 优化数据库还是数据库查询语句？
两者都对时间有影响吧？！ 参考技术C 实例讲解MYSQL数据库的查询优化技术

作者：佚名 文章来源：未知 点击数：2538 更新时间：2006-1-19
数据库系统是管理信息系统的核心，基于数据库的联机事务处理（OLTP）以及联机分析处理(OLAP)是银行、企业、政府等部门最为重要的计算机应用之一。从大多数系统的应用实例来看，查询操作在各种数据库操作中所占据的比重最大，而查询操作所基于的SELECT语句在SQL语句中又是代价最大的语句。举例来说，如果数据的量积累到一定的程度，比如一个银行的账户数据库表信息积累到上百万甚至上千万条记录，全表扫描一次往往需要数十分钟，甚至数小时。如果采用比全表扫描更好的查询策略，往往可以使查询时间降为几分钟，由此可见查询优化技术的重要性。

笔者在应用项目的实施中发现，许多程序员在利用一些前端数据库开发工具（如PowerBuilder、Delphi等）开发数据库应用程序时，只注重用户界面的华丽，并不重视查询语句的效率问题，导致所开发出来的应用系统效率低下，资源浪费严重。因此，如何设计高效合理的查询语句就显得非常重要。本文以应用实例为基础，结合数据库理论，介绍查询优化技术在现实系统中的运用。

分析问题

许多程序员认为查询优化是DBMS（数据库管理系统）的任务，与程序员所编写的SQL语句关系不大，这是错误的。一个好的查询计划往往可以使程序性能提高数十倍。查询计划是用户所提交的SQL语句的集合，查询规划是经过优化处理之后所产生的语句集合。DBMS处理查询计划的过程是这样的：在做完查询语句的词法、语法检查之后，将语句提交给DBMS的查询优化器，优化器做完代数优化和存取路径的优化之后，由预编译模块对语句进行处理并生成查询规划，然后在合适的时间提交给系统处理执行，最后将执行结果返回给用户。在实际的数据库产品(如Oracle、Sybase等)的高版本中都是采用基于代价的优化方法，这种优化能根据从系统字典表所得到的信息来估计不同的查询规划的代价，然后选择一个较优的规划。虽然现在的数据库产品在查询优化方面已经做得越来越好，但由用户提交的SQL语句是系统优化的基础，很难设想一个原本糟糕的查询计划经过系统的优化之后会变得高效，因此用户所写语句的优劣至关重要。系统所做查询优化我们暂不讨论，下面重点说明改善用户查询计划的解决方案。

解决问题

下面以关系数据库系统Informix为例，介绍改善用户查询计划的方法。

1．合理使用索引

索引是数据库中重要的数据结构，它的根本目的就是为了提高查询效率。现在大多数的数据库产品都采用IBM最先提出的ISAM索引结构。索引的使用要恰到好处，其使用原则如下：

●在经常进行连接，但是没有指定为外键的列上建立索引，而不经常连接的字段则由优化器自动生成索引。

●在频繁进行排序或分组（即进行group by或order by操作）的列上建立索引。

●在条件表达式中经常用到的不同值较多的列上建立检索，在不同值少的列上不要建立索引。比如在雇员表的“性别”列上只有“男”与“女”两个不同值，因此就无必要建立索引。如果建立索引不但不会提高查询效率，反而会严重降低更新速度。

●如果待排序的列有多个，可以在这些列上建立复合索引（compound index）。

●使用系统工具。如Informix数据库有一个tbcheck工具，可以在可疑的索引上进行检查。在一些数据库服务器上，索引可能失效或者因为频繁操作而使得读取效率降低，如果一个使用索引的查询不明不白地慢下来，可以试着用tbcheck工具检查索引的完整性，必要时进行修复。另外，当数据库表更新大量数据后，删除并重建索引可以提高查询速度。

2．避免或简化排序

应当简化或避免对大型表进行重复的排序。当能够利用索引自动以适当的次序产生输出时，优化器就避免了排序的步骤。以下是一些影响因素：

●索引中不包括一个或几个待排序的列；

●group by或order by子句中列的次序与索引的次序不一样；

●排序的列来自不同的表。

为了避免不必要的排序，就要正确地增建索引，合理地合并数据库表（尽管有时可能影响表的规范化，但相对于效率的提高是值得的）。如果排序不可避免，那么应当试图简化它，如缩小排序的列的范围等。

3．消除对大型表行数据的顺序存取

在嵌套查询中，对表的顺序存取对查询效率可能产生致命的影响。比如采用顺序存取策略，一个嵌套3层的查询，如果每层都查询1000行，那么这个查询就要查询10亿行数据。避免这种情况的主要方法就是对连接的列进行索引。例如，两个表：学生表（学号、姓名、年龄……）和选课表（学号、课程号、成绩）。如果两个表要做连接，就要在“学号”这个连接字段上建立索引。

还可以使用并集来避免顺序存取。尽管在所有的检查列上都有索引，但某些形式的where子句强迫优化器使用顺序存取。下面的查询将强迫对orders表执行顺序操作：

SELECT ＊ FROM orders WHERE (customer_num=104 AND order_num>1001) OR order_num=1008

虽然在customer_num和order_num上建有索引，但是在上面的语句中优化器还是使用顺序存取路径扫描整个表。因为这个语句要检索的是分离的行的集合，所以应该改为如下语句：

SELECT ＊ FROM orders WHERE customer_num=104 AND order_num>1001

UNION

SELECT ＊ FROM orders WHERE order_num=1008

这样就能利用索引路径处理查询。

4．避免相关子查询

一个列的标签同时在主查询和where子句中的查询中出现，那么很可能当主查询中的列值改变之后，子查询必须重新查询一次。查询嵌套层次越多，效率越低，因此应当尽量避免子查询。如果子查询不可避免，那么要在子查询中过滤掉尽可能多的行。

5．避免困难的正规表达式

MATCHES和LIKE关键字支持通配符匹配，技术上叫正规表达式。但这种匹配特别耗费时间。例如：SELECT ＊ FROM customer WHERE zipcode LIKE “98_ _ _”

即使在zipcode字段上建立了索引，在这种情况下也还是采用顺序扫描的方式。如果把语句改为SELECT ＊ FROM customer WHERE zipcode >“98000”，在执行查询时就会利用索引来查询，显然会大大提高速度。

另外，还要避免非开始的子串。例如语句：SELECT ＊ FROM customer WHERE zipcode[2，3]>“80”，在where子句中采用了非开始子串，因而这个语句也不会使用索引。

6．使用临时表加速查询

把表的一个子集进行排序并创建临时表，有时能加速查询。它有助于避免多重排序操作，而且在其他方面还能简化优化器的工作。例如：

SELECT cust.name，rcvbles.balance，……other columns

FROM cust，rcvbles

WHERE cust.customer_id = rcvlbes.customer_id

AND rcvblls.balance>0

AND cust.postcode>“98000”

ORDER BY cust.name

如果这个查询要被执行多次而不止一次，可以把所有未付款的客户找出来放在一个临时文件中，并按客户的名字进行排序：

SELECT cust.name，rcvbles.balance，……other columns

FROM cust，rcvbles

WHERE cust.customer_id = rcvlbes.customer_id

AND rcvblls.balance>0

ORDER BY cust.name

INTO TEMP cust_with_balance

然后以下面的方式在临时表中查询：

SELECT ＊ FROM cust_with_balance

WHERE postcode>“98000”

临时表中的行要比主表中的行少，而且物理顺序就是所要求的顺序，减少了磁盘I/O，所以查询工作量可以得到大幅减少。

注意：临时表创建后不会反映主表的修改。在主表中数据频繁修改的情况下，注意不要丢失数据。

7．用排序来取代非顺序存取

非顺序磁盘存取是最慢的操作，表现在磁盘存取臂的来回移动。SQL语句隐藏了这一情况，使得我们在写应用程序时很容易写出要求存取大量非顺序页的查询。

有些时候，用数据库的排序能力来替代非顺序的存取能改进查询。

实例分析

下面我们举一个制造公司的例子来说明如何进行查询优化。制造公司数据库中包括3个表，模式如下所示：

1．part表

零件号　　　　　零件描述　　　　　　　　其他列

（part_num）　（part_desc）　　　　　　（other column）

102，032　　　Seageat 30G disk　　　　　……

500，049　　　Novel 10M network card　　……

……

2．vendor表

厂商号　　　　　　厂商名　　　　　　其他列

（vendor _num）　（vendor_name） （other column）

910，257　　　　　Seageat Corp　　　……

523，045　　　　　IBM Corp　　　　　……

……

3．parven表

零件号　　　　　厂商号　　　　　零件数量

（part_num）　（vendor_num）　（part_amount）

102，032　　　　910，257　　　　3,450,000

234，423　　　　321，001　　　　4，000，000

……

下面的查询将在这些表上定期运行，并产生关于所有零件数量的报表：

SELECT part_desc，vendor_name，part_amount

FROM part，vendor，parven

WHERE part.part_num=parven.part_num

AND parven.vendor_num = vendor.vendor_num

ORDER BY part.part_num

如果不建立索引，上述查询代码的开销将十分巨大。为此，我们在零件号和厂商号上建立索引。索引的建立避免了在嵌套中反复扫描。关于表与索引的统计信息如下：

表　　　　　行尺寸　　　行数量　　　　　每页行数量　　　数据页数量

（table）　(row size)　（Row count）　（Rows/Pages）　（Data Pages）

part　　　　150　　　　　10，000　　　　25　　　　　　　400

Vendor　　　150　　　　　1，000　　　　 25　　　　　　　40

Parven　　　13　　　　　 15，000　　　　300　　　　　　 50

索引　　　　　键尺寸　　　每页键数量　　　页面数量

（Indexes）　(Key Size)　（Keys/Page)　　　(Leaf Pages）

part　　　　　4　　　　　　500　　　　　　　20

Vendor　　　　4　　　　　　500　　　　　　　2

Parven　　　　8　　　　　　250　　　　　　　60

看起来是个相对简单的3表连接，但是其查询开销是很大的。通过查看系统表可以看到，在part_num上和vendor_num上有簇索引，因此索引是按照物理顺序存放的。parven表没有特定的存放次序。这些表的大小说明从缓冲页中非顺序存取的成功率很小。此语句的优化查询规划是：首先从part中顺序读取400页，然后再对parven表非顺序存取1万次，每次2页（一个索引页、一个数据页），总计2万个磁盘页，最后对vendor表非顺序存取1.5万次，合3万个磁盘页。可以看出在这个索引好的连接上花费的磁盘存取为5.04万次。

实际上，我们可以通过使用临时表分3个步骤来提高查询效率：

1．从parven表中按vendor_num的次序读数据：

SELECT part_num，vendor_num，price

FROM parven

ORDER BY vendor_num

INTO temp pv_by_vn

这个语句顺序读parven（50页），写一个临时表（50页），并排序。假定排序的开销为200页，总共是300页。

2．把临时表和vendor表连接，把结果输出到一个临时表，并按part_num排序：

SELECT pv_by_vn，＊ vendor.vendor_num

FROM pv_by_vn，vendor

WHERE pv_by_vn.vendor_num=vendor.vendor_num

ORDER BY pv_by_vn.part_num

INTO TMP pvvn_by_pn

DROP TABLE pv_by_vn

这个查询读取pv_by_vn(50页)，它通过索引存取vendor表1.5万次，但由于按vendor_num次序排列，实际上只是通过索引顺序地读vendor表（40＋2=42页），输出的表每页约95行，共160页。写并存取这些页引发5＊160=800次的读写，索引共读写892页。

3．把输出和part连接得到最后的结果：

SELECT pvvn_by_pn.＊，part.part_desc

FROM pvvn_by_pn，part

WHERE pvvn_by_pn.part_num=part.part_num

DROP TABLE pvvn_by_pn

这样，查询顺序地读pvvn_by_pn(160页)，通过索引读part表1.5万次，由于建有索引，所以实际上进行1772次磁盘读写，优化比例为30∶1。笔者在Informix Dynamic

Sever上做同样的实验，发现在时间耗费上的优化比例为5∶1(如果增加数据量，比例可能会更大)。

小结

20％的代码用去了80％的时间，这是程序设计中的一个著名定律，在数据库应用程序中也同样如此。我们的优化要抓住关键问题，对于数据库应用程序来说，重点在于SQL的执行效率。查询优化的重点环节是使得数据库服务器少从磁盘中读数据以及顺序读页而不是非顺序读页