SQL-如何优化性能与资源利用率-Server连接池配置中

在当今的数据库管理领域,SQL Server 连接池是一个至关重要的组件，它负责管理数据库连接的生命周期，提高应用程序的性能和效率，以下是关于 SQL Server 连接池配置的详细介绍。

连接池

SQL Server 连接池是一种资源管理机制，它允许应用程序重用现有的数据库连接，而不是每次需要时都创建新的连接，这种机制可以显著减少连接创建和销毁的开销，提高应用程序的响应速度。

连接池配置参数

连接池的配置参数对性能有重要影响,以下是一些关键的配置参数：

配置步骤

性能优化建议

问题1：为什么我的应用程序在高峰时段会频繁出现连接超时？

解答 ：这可能是因为连接池大小不足以满足应用程序的需求，建议根据应用程序的负载情况调整连接池的最大连接数。

问题2：如何监控 SQL Server 连接池的性能？

解答 ：可以使用 SQL Server Profiler 或 SQL Server Extended Events 来监控连接池的性能，这些工具可以帮助您分析连接池的使用情况，并识别潜在的性能瓶颈。

寻求SQL数据库的有关论文

ORACLE中SQL查询优化研究摘 要 数据库性能问题一直是决策者及技术人员共同关注的焦点，影响数据库性能的一个重要因素就是SQL查询语句的低效率。 论文首先分析了导致SQL查询语句性能低下的四个常见原因以及SQL调优的一般步骤，然后分别针对如何降低I/O操作、在查询语句中如何避免对查询结果的高成本操作以及在多表连接时如何提高查询效率进行了分析。 关键词 ORACLE；SQL；优化；连接1 引言　随着网络应用不断发展，系统性能已越来越引起决策者的重视。 影响系统性能的因素很多，低效的SQL语句就是其中一个不可忽视的重要原因。 论文首先分析导致SQL性能低下的常见原因，然后分析SQL调优应遵循的一般步骤，最后从如何降低I/O、避免对查询结果的高成本操作和多表连接中如何提高SQL性能进行了研究。 鉴于目前ORACLE在数据库市场上的主导地位，论文将只针对ORACLE进行讨论。 2 影响SQL性能的原因　影响SQL性能的因素很多，如初始化参数设置不合理、导入了不准确的系统及模式统计数据从而影响优化程序(CBO)的正确判断等，这些往往和dba密切相关。 纯粹从SQL语句出发，笔者认为影响SQL性能不外乎以下四个重要原因：　(1)在大记录集上进行高成本操作，如使用了引起排序的谓词等。 (2)过多的I/O操作(含物理I/O与逻辑I/O)，最典型的就是未建立恰当的索引，导致对查询表进行全表扫描。 (3)处理了太多的无用记录，如在多表连接时过滤条件位置不当导致中间结果集包含了太多的无用记录。 (4)未充分利用数据库提供的功能，如查询的并行化处理等。 第(4)个原因处理起来相对简单。 论文将针对前三个原因论述如何提高SQL查询语句的性能。 3 SQL优化的一般步骤　SQL优化一般需经过发现问题、分析问题、提出解决措施、应用措施、测试性能几个步骤，如图1所示。 “发现问题就是解决问题的一半”，因此在SQL调优过程中，定位问题SQL是非常重要的一步，一般可借助于ORACLE自带的性能优化工具如STATSPACK、TKPROF、AUTOTRACE等辅助用户进行，同时还应该重视动态性能视图如V$SQL、V$MYSTAT、V$SYSSTAT等的研究。 图1 SQL优化的一般步骤　4 SQL语句的优化　4.1 优化排序操作　排序的成本十分高昂，当在查询语句中使用了引起结果集排序的谓词时，SQL性能必然受到影响。 4.1.1 排序过程分析　当待排序数据集不是太大时，服务器在内存(排序区)完成排序操作，如果排序需要更多的内存空间，服务器将进行如下处理：　(1) 将数据分成多个小的集合，对每一集合进行排序。 (2) 服务器向磁盘申请临时空间，将排好序的中间结果写入临时段，再对另外的集合进行排序。 (3) 在所有的集合均排好序后，服务器再将它们进行合并得到最终的结果，如果排序区尺寸太小，合并无法一次完成时，将分多次进行。 从上述分析可知，排序是一种十分昂贵的操作，它消耗大量的CPU时间和内存，触发磁盘分页和交换操作，因此只要有可能，我们就应该在SQL语句中尽量避免排序操作。 4.1.2 SQL中引起排序的操作　SQL查询语句中引起排序的操作大致有：ORDER BY 和GROUP BY 从句；DISTINCT修饰符；UNION、INTERSECT、MINUS集合操作符；多表连接时的排序合并连接(SORT MERGE JOIN)等。 4.1.3 如何避免排序　1)建立恰当的索引　对经常进行排序和连接操作的字段建立索引。 在建立索引后，当服务器向这些字段发出排序请求时，将直接引用索引而不进行排序操作；当进行等值连接查询操作时，若建立连接的字段未建立索引，服务器进行的是排序合并连接(SORT MERGE JOIN)，连接操作的过程如下：　对进行连接的两个或多个表分别进行全扫描；　对每一个表中的行集分别进行全排序；　合并排序结果。 如果建立连接的字段已建立索引，服务器进行嵌套循环连接(NESTED LOOP JOINS)，该连接方式不需要任何排序，其过程如下：　对驱动表进行全表扫描；　对返回的每一行利用连接字段值实施索引惟一扫描；　利用从索引扫描中返回的ROWID值在从表中定位记录；　合并主、从表中的匹配记录。 因此，建立索引可避免多数排序操作。 2)用UNIION ALL替换UNION　UNION在进行表链接后会筛选掉重复的记录，所以在表链接后会对所产生的结果集进行排序运算，删除重复的记录再返回结果。 大部分应用中是不会产生重复记录的，最常见的是过程表与历史表UNION 。 因此，采用UNION ALL操作符替代UNION，因为UNION ALL操作只是简单的将两个结果合并后就返回。 4.2 优化I/O　过多的I/O操作会占用CPU时间、消耗大量内存和占用过多的栓锁，因此有必要对SQL的I/O进行优化。 优化I/O的最有效方式就是用索引扫描代替全表扫描。 4.2.1 应用基于函数的索引　基于函数的索引(FUNCTION BASED INDEX，简记为FBI)提供了索引计算列并在查询中使用这些索引的能力。 FBI的实质是对查询所需中间结果进行预处理。 如果一个FBI与查询语句中的内嵌函数完全匹配，CBO在生成查询计划时，将自动启用索引范围扫描(INDEX RANGE SCAN)替换全表扫描(FULL TABLE SCAN)。 考察下面的代码段并用AUTOTRACE观察创建FBI前后执行计划的变化。 select * from emp where upper(ename)=’SCOTT’　创建FBI前，很明显是全表扫描。 Execution Plan　……　1 0 TABLE ACCESS (FULL) OF EMPLOYEES (Cost=2 Card=1 Bytes=22)　idle>CREATE INDEX EMP_UPPER_FIRST_NAME ON EMPLOYEES(UPPER(FIRST_NAME))；　索引已创建。 再次运行相同查询，　Execution Plan　……　1 0 TABLE ACCESS (BY INDEX ROWID) OF EMPLOYEES (Cost=1 Card=1 Bytes=22)　2 1 INDEX (RANGE SCAN) OF EMP_UPPER_FIRST_NAME (NON-UNIQUE) (Cost=1 Card=1)　这一简单的例子充分说明了FBI在SQL查询优化中的作用。 FBI所用的函数可以是用户自己创建的函数，该函数越复杂，基于该函数创建FBI对SQL查询性能的优化作用越明显。 4.2.2 应用物化视图和查询重写　物化视图是一个预计算结果集，其中通常包含聚集与多表连接等复杂操作。 数据库自动维护物化视图，且随用户的要求进行刷新。 查询重写机制就是用数据库中的替代对象(如物化视图)将用户提交的查询重写为完全不同但功能等价的查询。 查询重写对用户透明，用户完全按常规编写访问数据库的查询语句，优化程序(CBO)自动决定是否对用户提交的查询进行重写。 查询重写是提高查询性能的一种非常有效的方法，尤其是在数据仓库环境中针对汇总、多表连接以及其它高成本的操作方面。 下面以一个非常简单的例子来演示物化视图和查询重写在优化SQL查询性能方面的作用。 select ，，count(*)　from emp，dept　where =　group by ，　查询计划及主要统计数据如下：　执行计划：　-----------------------------------------　……　2 1 HASH JOIN (Cost=5 Card=14 Bytes=224)　3 2 TABLE ACCESS (FULL) OF DEPT (Cost=2 Card=4 Bytes=52)　4 2 TABLE ACCESS (FULL) OF EMP (Cost=2 Card=14 Bytes=42)　主要统计数据：　-----------------------------------------　305 recursive calls　46 consistent gets　创建物化视图EMP_DEPT：　create materialized view emp_dept build immediate　refresh on demand　enable query rewrite　as　select ，，count(*)　from emp，dept　where =　group by ，　/　再次执行查询，执行计划及主要统计数据如下：　执行计划：　-------------------------------------　……　1 0 TABLE ACCESS (FULL) OF EMP_DEPT (Cost=2 Card=327 Bytes=)　主要统计数据：　------------------------------------　79 recursive calls　28 consistent gets　可见，在建立物化视图之前，首先执行两个表的全表扫描，然后进行HASH连接，再进行分组排序和选择操作；而建立物化视图后，CBO自动将上述复杂操作转换为对物化视图EMP_DEPT的全扫描，相关的统计数据也有了很大的改善，递归调用(RECURSIVE CALLS)由305降到79，逻辑I/O(CONSISTENT GETS)由46降为28。 4.2.3 将频繁访问的小表读入CACHE　逻辑I/O总是快于物理I/O。 如果数据库中存在被应用程序频繁访问的小表，可将这些表强行读入KEEP池，从而避免物理I/O的发生。 4.3 多表连接优化　最能体现查询复杂性的就是多表连接，多表连接操作往往要耗费大量的CPU时间和内存，因此多表连接查询性能优化往往是SQL优化的重点与难点。 4.3.1 消除外部连接　通过消除外部连接，不仅使得到的查询更易于读取，而且性能也经常可以得到改善。 一般的思路是，有以下形式的查询：　SELECT …，OUTER_JOINED_　FROM SOME_TABLE，OUTER_JOINED_TO_TABLE　WHERE …=OUTER_JOINED_TO_TABLE(+)　可转换为如下形式的查询：　SELECT …，(SELECT COLUMN FROM OUTER_ JOINED_TO_TABLE WHERE …)FROM SOME_TABLE；　4.3.2 谓词前推，优化中间结果　多表连接的性能低下多数是因为连接操作与过滤操作的次序不合理，大多数用户在编写多表连接查询时，总是先进行连接操作再应用过滤条件，这导致服务器做了太多的无用功。 针对这类问题，其优化思路就是尽可能将过滤谓词前推，使不符合条件的记录提前被筛选掉，只对符合条件的少数记录进行连接处理，这样可成倍的提高SQL查询效能。 标准连接查询如下：　Select _name，sum(_quant)，　sum(_quant)，sum(_quant)　From product a，tele_sale b，online_sale c，store_sale d　Where _id=_id and _id=_id　and _id=_id And _date>sysdate-90　Group by _id；　启用内嵌视图，且将条件_date>sysdate-90前移，优化后代码如下：　Select _name，_sale_sum，_sale_sum，_sale_sum From product a，　(select sum(sal_quant) tele_sale_sum from product，tele_sale　Where _date>sysdate-90 and _id =tele__id) b，　(select sum(sal_quant) online_sale_sum　from product，tele_sale　Where _date>sysdate-90 and _id =online__id) c，　(select sum(sal_quant) store_sale_sum　from product，store_sale　Where _date>sysdate-90 and _id =store__id) d，　Where _id=_id and　_id=_id and _id=_id；　5 结束语　SQL语言在数据库应用中占有非常重要的地位，其性能的优劣直接影响着整个信息系统的可用性。 论文从影响SQL性能的最主要的三个方面入手，分析了如何优化SQL查询的I/O、避免高成本的排序操作和优化多表连接。 需要强调的一点是，理解SQL语句所解决的问题比SQL调优本身更重要，因此SQL调优需要系统分析人员、开发人员和数据库管理员密切协作。 参考文献　[1]Thomas Oracle by Design：Design and Build High-performance Oracle Application[M]，The McGral- Hill Companies，Inc，2003　[2]Kevin Loney，George Koch，Oracle 9i：The Complete Reference[M]，The McGral-Hill Companies，Inc，2002　[3] Oracle9i SQL Reference release 2(9.2)[OL/M]，2002.10. http：///technology/　[4] Oracle9i Data Warehousing Guide release 2(9.2) [OL/M]，2002.03. http：///technology/　[5]Alexey Danchenkov，Donald Burleson，Oracle Tuning：The Definitive Reference[OL/M]，Rampant Techpress，2006.　[6] Oracle9i Database Concepts release 2(9.2) [OL/M]，2002.08. http：///technology/　[7] Oracle9i supplied plsql packages and types reference release 2(9.2) [OL/M]，2002.12. http：/// technology/

sql-2000中的索引是什么意思？

可以利用索引快速访问数据库表中的特定信息。 索引是对数据库表中一个或多个列（例如，employee 表的姓氏 (lname) 列）的值进行排序的结构。 如果想按特定职员的姓来查找他或她，则与在表中搜索所有的行相比，索引有助于更快地获取信息。 索引提供指针以指向存储在表中指定列的数据值，然后根据指定的排序次序排列这些指针。 数据库使用索引的方式与使用书的目录很相似：通过搜索索引找到特定的值，然后跟随指针到达包含该值的行。 在数据库关系图中，可以为选定的表创建、编辑或删除索引/键属性页中的每个索引类型。 当保存附加在此索引上的表或包含此表的数据库关系图时，索引同时被保存。 有关详细信息，请参见创建索引。 通常情况下，只有当经常查询索引列中的数据时，才需要在表上创建索引。 索引将占用磁盘空间，并且降低添加、删除和更新行的速度。 不过在多数情况下，索引所带来的数据检索速度的优势大大超过它的不足之处。 然而，如果应用程序非常频繁地更新数据，或磁盘空间有限，那么最好限制索引的数量。 1.确定数据表的操作是大量的查询还是大量的增删操作，以此确定使用索引的数目，较多增删操作应严格限制索引数目，如果是较多查询可以适当增加索引数目。 2.尝试建立索引来帮助查询。 检查自己的SQL语句，为在WHERE子句中出现的字段建立索引。 使查询引擎快速的定位到指定条件。 3.尝试建立一些复合索引来进一步提高系统性能（修改复合索引将消耗更多的时间，且占磁盘空间）4.对小型表(记录少)建立索引可能反而影响性能，因为此时对表扫描操作效率更高。 （查询优化器不能智能处理）5.避免对具有较少值的字段建立索引（如性别）6.避免选择具有大型数据类型的列作为索引。

windows下怎么安装mysql数据库

用MSI安装包安装根据自己的操作系统下载对应的32位或64位安装包。 按如下步骤操作：第一步： 安装许可双击安装文件，在如下图所示界面中勾选“I accept the license terms”，点击“next”。 第二步： 选择设置类型如下图所示，有5种设置类型：Developer Default：安装MySQL服务器以及开发MySQL应用所需的工具。 工具包括开发和管理服务器的GUI工作台、访问操作数据的Excel插件、与Visual Studio集成开发的插件、通过NET/Java/C/C++/OBDC等访问数据的连接器、例子和教程、开发文档。 Server only：仅安装MySQL服务器，适用于部署MySQL服务器。 Client only：仅安装客户端，适用于基于已存在的MySQL服务器进行MySQL应用开发的情况。 Full：安装MySQL所有可用组件。 Custom：自定义需要安装的组件。 MySQL会默认选择“Developer Default”类型，个人建议选择纯净的“Server only”类型，减少对工具的依赖可以更深入的学习和理解MySQL数据库。 大家可根据自己的需求选择合适的类型，这里选择“Server only”后点击“next”。 第三步： 安装进入到安装步骤的界面，如果第二步选择的是其他类型也只是点击“next”即可进入到该步骤，点击“Execute”。 安装完成后点击“next”直到进入配置页面。 第四步： 配置进入到配置页面。 点击Content Type的下拉框，显示有三种类型：Development Machine：开发机器，MySQL会占用最少量的内存。 Server Machine：服务器机器，几个服务器应用会运行在机器上，适用于作为网站或应用的数据库服务器，会占用中等内存。 Dedicated Machine：专用机器，机器专门用来运行MySQL数据库服务器，会占用机器的所有可用内存。 根据自己的用途选择相应的类型配置，我这里为了后面做高并发性能测试便选择“Server Machine”类型。 选择好配置类型后进行连接配置。 常用的是TCP/IP连接，勾选该选项框，默认端口号是3306，可在输入框中更改。 若数据库只在本机使用，可勾选“Open Firewall port for network access”来打开防火墙，若需要远程调用则不要勾选。 下面的“Named Pipe”和“Shared Memory”是进程间通信机制，一般不勾选。 “Show Advanced Options”用于在后续步骤配置高级选项，为尽可能多的了解MySQL的可配置项，这里勾选该选项框。 点击“next”进入下一步。 第五步： 账户配置进入到MySQL的账户和角色配置界面。 root账户拥有数据库的所有权限，在密码框输入自己设置的密码。 数据库在开发和维护过程中为了安全性和便于管理会为不同的用户授予相应操作权限的账户密码，点击“Add User”按钮，在弹出的会话框中设置不同权限等级的账户。 Host表示能连接到该数据库的主机地址，可设置为本地（localhost/127.0.0.1）、一个外部IP（如218.17.224.228）、一个外部网段（如218.17.224.*）或者所有主机（%）。 Role表示该账户的角色。 不同的角色有着不同的权限等级，暂时可不做配置，后续会在用户权限管理章节详细讲解。 第六步： 配置Windows Service将MySQL服务配置成Windows服务后，MySQL服务会自动随着Windows操作系统的启动而启动，随着操作系统的停止而停止，这也是MySQL官方文档建议的配置。 Windows service Name可设置为默认值，只要与其它服务不同名即可。 在Windows系统中基于安全需求，MySQL服务需要在一个给定的账户下运行，选择默认的Standard System Account即可。 保持默认配置后点击“next”。 第七步： 高级配置因为在前面的第四步中勾选了“Show Advanced Options”选项，所以出现如下图所示的高级选项配置：在这里可配置各种日志文件的存储路径，它默认存储在MySQL安装目录的data目录下面，若非必须不建议改动。 Slow Query Log（慢查询日志）后面有一个Seconds配置项，默认值为10，表示一个SQL查询在经过10s后还没有查询出结果就会将此次查询记录到Slow Query Log中，方便DBA快速找到低效的操作。 Bin Log可用于主从数据同步。 最下面的Server Id用于Master-Slave配置。 这些都将在后续课程中讲到，这里保持默认配置即可。 点击“next”。 第八步： 服务器配置应用经过上述配置后，一个MySQL数据库已基本配置完成。 进入到这一步骤后点击“Execute”执行配置项。 安装成功，点击“Finish”完成。 用压缩包安装根据自己的操作系统下载对应的32位或64位的压缩包。 按如下步骤操作：第一步： 解压缩将压缩包解压到C:\Program Files\MySQL路径下，也可以自定义路径。 我的路径为C:\Program Files\MySQL\mysql-5.7.10-winx64。 第二步： 配置环境变量右键点击“计算机”，选择“属性”，依次打开“高级系统设置”->“环境变量”，在系统变量中选择“Path”项，并点击编辑。 保持原有值不变，并在末尾加上英文分号后追加C:\Program Files\MySQL\mysql-5.7.10-winx64\bin，将MySQL安装路径下的bin目录配置到Path变量中，使在命令行的任何目录下可以执行MySQL命令。 第三步： 修改配置打开MySQL安装目录下面的文件，找到basedir和datadir属性项，去掉前面的注释符号#，修改值如下：basedir = C:\Program Files\MySQL\mysql-5.7.10-winx64datadir = C:\Program Files\MySQL\mysql-5.7.10-winx64\data分别表示MySQL的安装目录和数据目录。 如果在第一步中解压缩到其它的文件夹则修改对应的值。 再将该文件重命名为。 第四步： 安装以管理员身份运行cmd，进入到MySQL的bin目录，执行初始化命令：mysqld --initialize --user=mysql --console1该命令用来初始化数据，在5.7以前的版本是不需要执行该命令的。 初始化完成后会提供一个临时的root密码，如下图红色方框，记下该密码。 再执行如下命令进行MySQL服务安装：mysqld –install mysql1mysql为默认的服务名，可不写。 需要注意的是一定要以管理员身份运行cmd。 第五步： 启动服务在管理员cmd窗口中执行如下命令来启动MySQL服务：net start mysql1当出现如下图所示提示时表示MySQL安装并启动成功。 MySQL5.7以前的版本在安装时不需要执行第四步中的mysqld –initialize命令，如果漏掉该命令后在此步骤会出现如下错误：因为该版本的压缩包里面有些文件和文件夹（如data文件夹）需要在执行mysqld -initialize命令后才创建。 我在用5.6版本的安装步骤来进行安装时就在这里吃过很多亏，希望以此为戒，不再踩坑。 第六步： 登录执行如下命令：mysql -uroot -p1提示输入密码，输入第四步中记录下的密码，按回车后出现如下页面表示登录成功，并进入了MySQL命令行模式。 第七步： 修改密码在MySQL命令行执行如下命令：ALTER USER root@localhost IDENTIFIED BY new_password1大家改成自己的密码。 如果没有修改密码就执行其它的SQL命令。 经过以上步骤后MySQL服务器安装完成。