SQL Server数据库查询速👨度慢的🍬原因有【yuán yīn yǒu】很多，常见的【cháng jiàn de】⏭有以下几种【jǐ zhǒng】：

　　1、没有索引或者【yǐn huò zhě】没有用【méi yǒu yòng】到索引(这是查询慢最常见的【cháng jiàn de】问题🌺，是程序设计的🌗缺陷【quē xiàn】)
　　2、I/O吞吐量【tūn tǔ liàng】小⏪，形成了瓶颈效【píng jǐng xiào】应🎨。
　　3、没有创🌵建计算【jiàn jì suàn】🤳列导致🚄查询不优化。
　　4、内存不【nèi cún bú】👋足
　　5、网络速度慢

SQL Server数据库🈷查询【chá xún】💹速【sù】🚘度慢的【dù màn de】🍝原因有【yǒu】🛐很多，常见的【jiàn de】🍝有【yǒu】以下几种😐：
　　1、没有【yǒu】索引【suǒ yǐn】⏩或者没有【yǒu】用【yòng】✍到索引【suǒ yǐn】🐜(这是查【chá】🍍询【xún】🛏慢最常【màn zuì cháng】见的【jiàn de】🍝问题，是程序😈设计的【de】🥗缺陷【quē xiàn】)
　　2、I/O吞吐量【tūn tǔ liàng】小【xiǎo】🛬，形成了【xíng chéng le】🏛瓶颈效应【yīng】。
　　3、没有【yǒu】创🥃建🍸计算列【liè】导致【dǎo zhì】🍸查询【chá xún】💹不优化【bú yōu huà】🍘。
　　4、内存不【nèi cún bú】😵足
　　5、网络速【sù】💯度慢
　　6、查询【chá xún】出🔩的数【de shù】据➗量过大【liàng guò dà】😹（可以采用多次【yòng duō cì】🍥查询【chá xún】💹，其他的【de】🍝方法降🍟低数据【dī shù jù】量【liàng】🥉）
　　7、锁或者【suǒ huò zhě】死锁【sǐ suǒ】(这也是查询【chá xún】💹慢最常【màn zuì cháng】见的【jiàn de】🍝问题，是程序😈设计的【de】🥗缺陷【quē xiàn】)
　　8、sp_lock,sp_who,活动的【de】🍝用【yòng】户查【chá】🙀看,原因是【yuán yīn shì】读写竞🚷争资源【zhēng zī yuán】🕗。
　　9、返回了不必要的【yào de】🍝行【háng】🐯和【hé】📛列【liè】
　　10、查询【chá xún】语😙句不好【jù bú hǎo】🧀，没有优【méi yǒu yōu】📟化🔒
　　可以通【kě yǐ tōng】🥧过以下🎛方法来优化🍘查询【chá xún】💹 :
　　1、把数据、日志🚁、索引【suǒ yǐn】放【fàng】💌到不同【dào bú tóng】的【de】🍝I/O设备上【shè bèi shàng】，增加读【zēng jiā dú】🥤取速【qǔ sù】🚘度，以前【yǐ qián】可以将⛏Tempdb应【yīng】放【fàng】在【zài】🏮RAID0上，SQL2000不在支【bú zài zhī】♊持【chí】。数据量【liàng】🥉（尺寸）越大，提高I/O越重要【yuè chóng yào】。
　　2、纵向🛴、横向分割表，减少表【jiǎn shǎo biǎo】的【de】🍝尺寸(sp_spaceuse)
　　3、升级硬【shēng jí yìng】件
　　4、根据查【gēn jù chá】询【xún】💹条件【tiáo jiàn】,建🍸立索引【suǒ yǐn】⏩,优化索🎋引【yǐn】🥔、优化🍘访问方式，限制【xiàn zhì】😄结果集【jié guǒ jí】的数【de shù】据➗量【liàng】。注意填【zhù yì tián】🏠充因子【chōng yīn zǐ】🍎要【yào】适当（最好【hǎo】是使用【shǐ yòng】🤓默认值0）。索引应【suǒ yǐn yīng】🕳该尽量【liàng】🔂小【xiǎo】🛬，使用字【shǐ yòng zì】🈶节数小【xiǎo】🌝的【de】🍝列【liè】建🍸索引【suǒ yǐn】⏩好【hǎo】（参照【cān zhào】索引【suǒ yǐn】⏩的【de】🍝创建🍸）,不要对【bú yào duì】🛁有限的【yǒu xiàn de】📼几个值【jǐ gè zhí】的【de】🍝字段建【zì duàn jiàn】🍸单一【yī】索引【suǒ yǐn】如🤸性别字段。
　　5、提高网📅速【sù】🚘。
　　6、扩大服【kuò dà fú】🌧务器【qì】的【de】👎内【nèi】存【cún】⛵,Windows 2000和【hé】📛SQL server 2000能【néng】🚽支持【chí】4-8G的【de】内【nèi】存【cún】🧠。
　　配置虚拟内【nèi】🥛存【cún】⛵：虚拟内【nèi】🥛存大小【cún dà xiǎo】🏙应基于【yīng jī yú】计算机🍁上并发【shàng bìng fā】🍛运行【yùn háng】🏬的【de】🍝服务进【fú wù jìn】行【háng】🐯配置。运行【yùn háng】🏬 Microsoft SQL Server? 2000时【shí】，可考虑【kě kǎo lǜ】将虚拟【jiāng xū nǐ】内【nèi】🥛存大小【cún dà xiǎo】🏙设置为计算机🍁中安装【zhōng ān zhuāng】的物【de wù】🐷理内【nèi】存【cún】⛵的【de】🍝1.5倍【bèi】。如果另外安装了全文🎅检索功能【néng】🚽，并打算【bìng dǎ suàn】运行【yùn háng】🏬Microsoft搜索服🍺务以便执行【zhí háng】🐯全文索【quán wén suǒ】引【yǐn】⏩和【hé】📛查询【chá xún】💹，可考虑【kě kǎo lǜ】：将虚拟【jiāng xū nǐ】内【nèi】🥛存大小【cún dà xiǎo】🏙配置为【pèi zhì wéi】至少【zhì shǎo】📶是计算【shì jì suàn】机🍁中安装【zhōng ān zhuāng】的物【de wù】🐷理内【nèi】存【cún】⛵的【de】🍝3倍【bèi】。将SQL Server max server memory服务器【fú wù qì】🤣配置选项【xuǎn xiàng】📃配置为【pèi zhì wéi】物【wù】🛠理内【nèi】存【cún】⛵的【de】🍝1.5倍【bèi】（虚拟内【nèi】🥛存大小【cún dà xiǎo】🏙设置的【shè zhì de】♌一半【yī bàn】）。
　　7、增加【jiā】服务器【fú wù qì】🤣CPU个【gè】数🍇;但是必须 明白并【míng bái bìng】行【háng】🐯处理串【chù lǐ chuàn】行【háng】处Ⓜ理更需【lǐ gèng xū】要【yào】资源🕠例如内【nèi】存【cún】⛵。使用【shǐ yòng】🤓并行【háng】🐯还是串【hái shì chuàn】行【háng】🐯程🦒是MsSQL自动评估选择【gū xuǎn zé】🎠的【de】🍝。单个任【dān gè rèn】务分解【wù fèn jiě】😾成多个【gè】任务，就可以在【kě yǐ zài】🏮处理器【chù lǐ qì】上运行【yùn háng】🏬。例如耽😐搁查询【chá xún】💹 的【de】🍝排序🥈、连接、扫描和【hé】🧝GROUP BY字句同时【shí】执行【zhí háng】🐯，SQL SERVER根据系【gēn jù xì】统的【de】🍝负载情【fù zǎi qíng】况决定最🔨优的【de】并🌖行等级【háng děng jí】🌴，复杂的【de】🍝需要【yào】消耗大量的【dà liàng de】🍝CPU的【de】查询【chá xún】🚜最适合【zuì shì hé】并行【háng】🐯处理【chù lǐ】。但是更🍎新【xīn】操作UPDATE,INSERT， DELETE还不能【néng】🚽并行【háng】🐯处理【chù lǐ】。
　　8、如果是【rú guǒ shì】使用【shǐ yòng】🤓like进行查【jìn háng chá】🕞询【xún】🛏的【de】🍝话，简单的【jiǎn dān de】🚕使用【shǐ yòng】🤓index是不行【háng】🐯的【de】🍝，但是全【dàn shì quán】🕹文索引【suǒ yǐn】⏩，耗空间。 like ''a%'' 使用【shǐ yòng】🤓索引【suǒ yǐn】⏩ like ''%a'' 不使用【shǐ yòng】👓索引【suǒ yǐn】⏩用【yòng】🤓 like ''%a%'' 查询【chá xún】💹时【shí】，查询【chá xún】💹耗时【shí】和【hé】字💭段值总【duàn zhí zǒng】🏘长度成正比🌕,所以不【suǒ yǐ bú】能【néng】🚽用【yòng】🤓CHAR类型，而是VARCHAR。对于字段的【de】值🗻很长的【de】🚤建🍸全文索【quán wén suǒ】引【yǐn】⏩。
　　9、DB Server 和【hé】📛APPLication Server 分离【fèn lí】🅾；OLTP和【hé】📛OLAP分离【fèn lí】🅾
　　10、分布式【fèn bù shì】分区👥视图【shì tú】💍可用【yòng】🤓于实现数据库🈷服务器【fú wù qì】🤣联合体【lián hé tǐ】。
　　联合体【lián hé tǐ】是一【yī】组分开管理的【lǐ de】🍝服务器【fú wù qì】🤣，但它们相互协作分担系统的【de】🍝处理【chù lǐ】负荷。这种通过分区数据形【shù jù xíng】成数据库🈷服务器【fú wù qì】🤣联合体【lián hé tǐ】的【de】🍝机制【jī zhì】😄能【néng】🚽够扩大一【yī】🦃组服务【zǔ fú wù】器【qì】🤣，以支持【chí】大型的【de】🍝多层 Web 站点的【de】🍐处理【chù lǐ】需要【yào】。有【yǒu】关更多信息【duō xìn xī】，参见设计联合数据库🈷服务器【fú wù qì】🤣。（参照【cān zhào】SQL帮助文【bāng zhù wén】件''分区视图【shì tú】💍''）
　　a、在【zài】🏮实现分【shí xiàn fèn】区视图【shì tú】💍之前，必须先水平分【shuǐ píng fèn】区表🛒
　　b、在【zài】🏮创建🍸成员表【chéng yuán biǎo】后【hòu】，在【zài】每个【gè】🌞成员服🕛务器上【wù qì shàng】😘定义一【dìng yì yī】个分布【gè fèn bù】🥂式分区【shì fèn qū】👥视图【shì tú】💍，并且每个【gè】视图【shì tú】💍具有【yǒu】相同的【de】名😈称🔬。这样【zhè yàng】，引【yǐn】🥔用【yòng】🤓分布式【fèn bù shì】分区👥视图【shì tú】💍名的【de】查询【chá xún】🚜可以在【kě yǐ zài】🏮任何一【yī】个成员【gè chéng yuán】服🕛务器上【wù qì shàng】😘运行【yùn háng】🏬。系统操作如同每个成员【gè chéng yuán】服🕛务器上【wù qì shàng】😘都有一【dōu yǒu yī】个【gè】🚧原始表的【de】复本😘一样【yī yàng】，但其实🗽每个【gè】服务器【fú wù qì】🤣上只有【yǒu】一【yī】个【gè】🚧成员表【chéng yuán biǎo】和【hé】一【yī】🐜个分布【gè fèn bù】🥂式分区【shì fèn qū】👥视图【shì tú】💍。数据的【de】🍝位置对【wèi zhì duì】应用程【yīng yòng chéng】❎序🥈是透明【shì tòu míng】的【de】🗻。
　　11、重建🍸索引【suǒ yǐn】⏩ DBCC REINDEX ,DBCC INDEXDEFRAG,收缩数据和【hé】📛日志🚁 DBCC SHRINKDB,DBCC SHRINKFILE. 设置自【shè zhì zì】动收缩【dòng shōu suō】🔄日志🚁.对于大【duì yú dà】的数【de shù】据➗库不要【yào】设置数据库🈷自动增长⬛，它会降【tā huì jiàng】低服务【dī fú wù】器【qì】🤣的【de】🍝性能【néng】🚽。
　　在【zài】🏮T-sql的【de】🍝写法上【xiě fǎ shàng】有很大【yǒu hěn dà】的【de】讲🐗究【jiū】，下面列【liè】出常见✏的【de】🍝要【yào】点：首先，DBMS处理【chù lǐ】查询【chá xún】💹计划的【de】过程【guò chéng】🏷是这样【shì zhè yàng】的【de】🍝：
　　1、 查询【chá xún】语😙句的【jù de】🍝词法、语法检查【chá】
　　2、 将语句🈲提交给DBMS的【de】查询【chá xún】🚜优化🍘器【qì】
　　3、 优化🍘器【qì】做代数🔳优化🍘和【hé】📛存【cún】⛵取路径【qǔ lù jìng】的【de】优🔉化🔒
　　4、 由预编【yóu yù biān】译模块【yì mó kuài】生成查询【chá xún】💹规划【guī huá】
　　5、 然后在【rán hòu zài】🚫合适的【de】📓时间提【shí jiān tí】🥟交给系👁统处理【chù lǐ】🗃执行【zhí háng】🐯
　　6、 最后将【zuì hòu jiāng】执行【zhí háng】🐯结果返回🍵给用【gěi yòng】🤓户。
 
其次【qí cì】，看一下【kàn yī xià】SQL SERVER的数【de shù】据➗存【cún】⛵放的【fàng de】🍝结构👠：一【yī】个【gè】页面⏮的【de】🍝大小【xiǎo】🛬为8K(8060)字节🥀，8个【gè】页面⏮为一【yī】个【gè】盘区【pán qū】，按照【àn zhào】B树存【cún】⛵放【fàng】。
　　12、 Commit和【hé】📛rollback的【de】区别👝 Rollback:回滚所🈶有【yǒu】的【de】🍝事物【shì wù】🛠。 Commit:提交当【tí jiāo dāng】前的【qián de】🍝事物【shì wù】🛠. 没有【yǒu】必要【yào】在【zài】动🏸态【tài】👅SQL里写事【lǐ xiě shì】物【wù】🛠，如果要【yào】写请写在【zài】🏮外面如： begin tran exec(@s) commit trans 或者将【huò zhě jiāng】动态【dòng tài】⏯SQL 写成函🕜数或者🈴存【cún】⛵储过程【chǔ guò chéng】🦒。
　　13、在查询【zài chá xún】👯Select语句中【yǔ jù zhōng】用【yòng】🤓Where字句限【zì jù xiàn】💖制😄返回的【de】行【háng】数🌖,避免表扫描🐨,如果返回🍵不必要的【yào de】数🌡据，浪费了【làng fèi le】服务器【fú wù qì】🤣的【de】🍝I/O资源🕗，加【jiā】重了🤲网络的【de】🍝负担降低性能【néng】🚽。如果表很大，在【zài】表扫🤾描的【de】🍝期间将表锁【suǒ】住，禁止其【jìn zhǐ qí】他的【de】🍝联接访问表,后【hòu】果严重。
　　14、SQL的【de】🍝注释申明对执【míng duì zhí】行【háng】没🕣有【yǒu】任何🌄影响【yǐng xiǎng】
　　15、尽可能【néng】🛵不使用【shǐ yòng】👓光标【biāo】，它占用【yòng】🚦大量的【dà liàng de】🍝资源🕗。如果需🧥要【yào】row-by-row地执行【zhí háng】🐯，尽量【liàng】采用非光【yòng fēi guāng】🎟标【biāo】技术,如：在【zài】🏮客户端循环【xún huán】，用【yòng】🤓临时【shí】表，Table变量【liàng】🏩，用【yòng】🤓子查询【chá xún】💹，用【yòng】🤓Case语句等🌫等。
　　游标【yóu biāo】可以按照【àn zhào】它所支持的【chí de】🍝提取选项【xuǎn xiàng】📃进行【háng】🐯分类：只进必🛷须按照【àn zhào】从第一【cóng dì yī】行【háng】🚿到最后【dào zuì hòu】一行【yī háng】🚿的【de】🍝顺序【shùn xù】🥈提取行【háng】🎀。FETCH NEXT 是唯一【yī】允许的【yǔn xǔ de】💤提取操作,也是默【yě shì mò】认方式。可滚动💗性可以在【kě yǐ zài】🏮游标【yóu biāo】中任何🔖地方随😻机提取【jī tí qǔ】💆任意行【háng】🐯。游标【yóu biāo】的【de】🍝技术在【zài】🏮SQL2000下变得功能【néng】很🍹强大，他的【de】🍝目的【mù de】🍝是支持【chí】循环【xún huán】。
　　有四个【yǒu sì gè】并发【fā】🌪选项【xuǎn xiàng】📃 READ_ONLY：不允许通过游标定【yóu biāo dìng】位🍭更新【gèng xīn】😉(Update)，且在【zài】🏮组成结果🐝集的【de】🍝行【háng】🐯中没有【zhōng méi yǒu】锁【suǒ】。
　　OPTIMISTIC WITH valueS:乐观并🛳发控制【fā kòng zhì】😄是事务控制【kòng zhì】😄理论的【de】一【yī】❌个【gè】标【biāo】准部分【bù fèn】。乐观并🛳发控制【fā kòng zhì】😄用【yòng】🤓于这样【zhè yàng】的【de】🍝情形【qíng xíng】，即在【zài】打😭开游标【kāi yóu biāo】✊及更新【gèng xīn】😉行【háng】🐯的【de】🍝间隔中，只有【yǒu】很小【xiǎo】的【de】机💜会让第二个【gè】用【yòng】🕺户更新【gèng xīn】🔖某一行【yī háng】📁。当某个【gè】游标【yóu biāo】以🏸此选项【xuǎn xiàng】📃打开时【dǎ kāi shí】，没有【yǒu】锁【suǒ】控制【kòng zhì】😄其中的【qí zhōng de】行【háng】🥔，这将有【yǒu】助于最🥞大化其😣处理【chù lǐ】能【néng】❄力。如果用【yòng】💢户试图修改【xiū gǎi】某一行【yī háng】📁，则此行【cǐ háng】😎的当前【de dāng qián】😤值会与最后【hòu】一【yī】次提取此行【cǐ háng】😎时获取【shí huò qǔ】的【de】🔡值进行【háng】🐯比较。如果任❤何值发【fā】生改变🍔，则服务🌖器就会【qì jiù huì】😂知道其🖲他人已【tā rén yǐ】🥜更新【gèng xīn】😉了此行【le cǐ háng】😎，并会返回一【yī】个【gè】错误。如果值【rú guǒ zhí】是一样【yī yàng】的【de】🍝，服务器【fú wù qì】🤣就执行【zhí háng】🐯修改【xiū gǎi】。
　　选择这个【gè】并发【fā】🌪选项【xuǎn xiàng】📃OPTIMISTIC WITH ROW VERSIONING:此乐观✴并发【fā】控🌠制😄选项【xuǎn xiàng】📃基于行版【yú háng bǎn】🛅本控制【běn kòng zhì】🔓。使用【shǐ yòng】行【háng】🔭版本控制【běn kòng zhì】🔓，其中的【qí zhōng de】🍝表必须具有【yǒu】某种版本【zhǒng bǎn běn】标【biāo】识符，服务器【fú wù qì】🤣可用【yòng】它🍾来确定【lái què dìng】该行【gāi háng】🐯在【zài】🏮读入游标【yóu biāo】😚后是否【hòu shì fǒu】有【yǒu】所更改。在【zài】🏮SQL Server中，这个性【zhè gè xìng】能【néng】🚽由timestamp数据类型提供，它是一【yī】个【gè】二进制😄数字，表示数【biǎo shì shù】🐖据库中更改的【de】📚相对顺序【shùn xù】🥈。
　　每个【gè】数🍇据库都🎋有【yǒu】一【yī】个【gè】🚧全局当前时【shí】间🚛戳【chuō】值🤶：@@DBTS。每次以任何方【rèn hé fāng】🚘式更改带有【yǒu】👸 timestamp 列的【liè de】行【háng】🤙时【shí】，SQL Server 先在【xiān zài】🏮时间戳【shí jiān chuō】👵列中存【liè zhōng cún】储【chǔ】🏒当前的【qián de】🍝 @@DBTS 值，然后【hòu】增加【jiā】 @@DBTS 的【de】🍝值。如果某【rú guǒ mǒu】📇 个表具【gè biǎo jù】有【yǒu】 timestamp 列【liè】，则时间戳【shí jiān chuō】👵会被记到行【dào háng】🐯级。服务器【fú wù qì】🤣就可以比较某🗳行【háng】🐯的当前【de dāng qián】😤时间戳【shí jiān chuō】👵值和【hé】📛上次提【shàng cì tí】🍮取时【qǔ shí】所存【cún】⛵储的【chǔ de】🍝时间戳【shí jiān chuō】👵值，从而确【cóng ér què】🌦定该行【dìng gāi háng】🐯是否已【shì fǒu yǐ】更新【gèng xīn】😉。服务器【fú wù qì】🤣不必比【bú bì bǐ】较所有【yǒu】💉列的【liè de】🍝值，只需比较 timestamp 列即可【liè jí kě】。如果应用程【yīng yòng chéng】❎序🥈对没有【yǒu】 timestamp 列的【liè de】🍝表要【yào】求基🏬于行版【yú háng bǎn】🛅本控制【běn kòng zhì】🔓的【de】🍝乐观并🛳发【fā】，则游标【yóu biāo】默认为🌐基于数📓值的【de】🍝乐观并🛳发控制【fā kòng zhì】😄。 SCROLL LOCKS 这个【gè】选项【xuǎn xiàng】📃实现悲【shí xiàn bēi】观并🚋发控制【fā kòng zhì】😄。在【zài】🏮悲观并【bēi guān bìng】🚋发控制【fā kòng zhì】😄中，在【zài】🏮把数据库🈷的【de】🍝行【háng】读入💚游标【yóu biāo】结果集【jié guǒ jí】时【shí】，应用程【yīng yòng chéng】❎序🥈将试图锁【suǒ】定🥦数据库🈷行【háng】🐯。在【zài】使用【shǐ yòng】🔉服务器【fú wù qì】🤣游标时【yóu biāo shí】，将行【háng】读入💚游标时【yóu biāo shí】会在【zài】🏮其上放【fàng】置一【yī】个【gè】更新锁【gèng xīn suǒ】📬。如果在【rú guǒ zài】🏮事务内【shì wù nèi】➕打开游【dǎ kāi yóu】🗂标【biāo】，则该事【zé gāi shì】务更新锁【gèng xīn suǒ】📬将一【yī】直保持【chí】🤦到事务被提交或回【jiāo huò huí】📀滚；当提取🛅下一行【yī háng】🚿时【shí】，将除去🛷游标锁【yóu biāo suǒ】。如果在【rú guǒ zài】🏮事务外【shì wù wài】打开游【dǎ kāi yóu】🗂标【biāo】，则提取【zé tí qǔ】下一行【yī háng】🚿时【shí】，锁就被【suǒ jiù bèi】丢弃。
　　因此【yīn cǐ】🎃，每当用【yòng】🤓户需要【yào】完全的【wán quán de】🥏悲观并【bēi guān bìng】🚋发控制【fā kòng zhì】😄时【shí】，游标【yóu biāo】都应在【yīng zài】🏮事务内【shì wù nèi】➕打开。更新锁【gèng xīn suǒ】📬将阻止🚅任何其它任务😫获【huò】取更📜新【xīn】锁【suǒ】或🎗排它锁【suǒ】，从而阻【cóng ér zǔ】☝止其它【zhǐ qí tā】🏓任务更新【gèng xīn】😉该行【gāi háng】🐯。然而，更新锁【gèng xīn suǒ】📬并不阻【bìng bú zǔ】🍩止共享锁【suǒ】，所以它【suǒ yǐ tā】不会阻止其它【zhǐ qí tā】🏓任务读【rèn wù dú】取行【háng】🎀，除非第二个任【èr gè rèn】务也在【wù yě zài】🏮要求带【yào qiú dài】更新锁【gèng xīn suǒ】📬的【de】🍝读取。滚动锁【suǒ】📧根据在【zài】🏮游标定【yóu biāo dìng】义的【de】🍝 SELECT 语句中【yǔ jù zhōng】指定的【de】🍝锁提示【suǒ tí shì】🚕，这些游标【yóu biāo】并🈷发【fā】选项【xuǎn xiàng】🎭可以生成滚动锁【suǒ】📧。滚动锁【suǒ】📧在【zài】提取♏时在【shí zài】🏮每行【háng】上获【huò】💫取，并保持【chí】到下次🕍提取或【tí qǔ huò】者游标【yóu biāo】关闭，以先发【fā】生者为【shēng zhě wéi】准。下次提取时【qǔ shí】，服务器【fú wù qì】🤣为新【xīn】提取中的【de】👂行【háng】🐯获取滚【huò qǔ gǔn】动锁【suǒ】📧，并释放【bìng shì fàng】上次提【shàng cì tí】🍮取中行【qǔ zhōng háng】🐯的【de】滚动♈锁【suǒ】。滚动锁【suǒ】📧独立于【dú lì yú】事务锁【suǒ】，并可以保持【chí】到一个提【yī gè tí】交或回【jiāo huò huí】📀滚操作🏍之后【hòu】🌇。如果提交时【shí】关闭游标【yóu biāo】🕠的【de】🍝选项【xuǎn xiàng】📃为关【wéi guān】，则 COMMIT语句并🚿不关闭【bú guān bì】🍽任何打🏯开的【de】🍝游标【yóu biāo】，而且滚🕛动锁【suǒ】被保留到提交之🎿后【hòu】，以维护对所提取数据【qǔ shù jù】的【de】🍝隔离【gé lí】。所获取【suǒ huò qǔ】🖤滚动锁【suǒ】📧的【de】🍝类型取决于游【jué yú yóu】标【biāo】并🈷发【fā】选项【xuǎn xiàng】🎭和【hé】📛游标【yóu biāo】 SELECT 语句中【yǔ jù zhōng】的【de】🍝锁提示【suǒ tí shì】🚕。锁提示【suǒ tí shì】🚕 只读乐🥝观数值
　　指定 NOLOCK 提示将🛰使指定🕌了该提示的【de】🍝表在【zài】🏮游标【yóu biāo】内【nèi】是只读【shì zhī dú】的【de】🍝。
　　16、用【yòng】🤓Profiler来跟踪查询【chá xún】💹，得到查询【chá xún】💹所需的【de】🍝时【shí】间，找出SQL的【de】🍝问题所【wèn tí suǒ】在【zài】🏮;用【yòng】🤓索引【suǒ yǐn】⏩优化🍘器【qì】优化索🎋引【yǐn】🥔
　　17、注意🍕UNion和【hé】📛UNion all 的【de】区别👝。UNION all好【hǎo】
　　18、注意🍕使用【shǐ yòng】🤓DISTINCT，在【zài】🏮没有【yǒu】必要【yào】时【shí】🉑不要【yào】用【yòng】🛠，它同UNION一样【yī yàng】会使查询【shǐ chá xún】💹变慢。重复的【de】🍝记录在【zài】🆖查询【chá xún】💹里是没【lǐ shì méi】有【yǒu】问题的【de】✅
　　19、查询【chá xún】💹时【shí】不要【yào】返🥏回不需【huí bú xū】要的【yào de】🍝行【háng】🐯、列【liè】
　　20、 用【yòng】🤓sp_configure ''query governor cost limit''或者SET QUERY_GOVERNOR_COST_LIMIT来限制【lái xiàn zhì】😄查询【chá xún】💹消耗的【xiāo hào de】资⚪源。当评估查询【chá xún】💹消耗的【xiāo hào de】资⚪源超出【yuán chāo chū】限制【xiàn zhì】😄时【shí】，服务器【fú wù qì】🤣自动取【zì dòng qǔ】消查询【xiāo chá xún】💹,在查询【zài chá xún】👯之前就🛬扼杀掉【è shā diào】。 SET LOCKTIME设置锁【suǒ】的【de】🍝时【shí】间
　　21、用【yòng】🤓select top 100 / 10 Percent 来限制【lái xiàn zhì】😄用【yòng】🤓户返回的【de】行【háng】数🌖或者SET ROWCOUNT来限制【lái xiàn zhì】😄操作的【de】🍝行【háng】🐯
　　22、 在【zài】🏮SQL2000以前【yǐ qián】，一般不【yī bān bú】🌐要【yào】用【yòng】🤓如下的【de】🍝字句: "IS NULL", "<>", "!=", "!>", "!<", "NOT", "NOT EXISTS", "NOT IN", "NOT LIKE", and "LIKE ''%50