Sybase数据库性能优化
在现有软硬件条件下，充分发挥数据库系统的潜能是DBA追求的最高境界，然而，数据库性能调优是一个非常复杂的问题，不仅需要精通数据库的理论知识，更需要逐渐积累实践经验。这里主要针对Sybase 数据库简要介绍一下如何进行调优，及调优时所要注意的事项。
Sybase数据库系统的性能的优化，是一项长期且受诸多因素影响的工作，它可划分为以下4个层次：
?SQL Server级：包括对内存的合理分配，锁操作和临时表的使用，与系统配置关联的磁盘的
I/O性能。
?数据库设计级：包括数据库对象的设计，索引的创建，表中数据类型的选择，数据库设备的分
配及使用。
?应用程序级：包括T_SQL查询语句的优化，应用级封锁，事务和游标的使用。
?操作系统级：包括硬件、操作系统和网络对总体性能的影响。
在数据库应用系统的管理维护中，运行环境引起的性能劣化只有通过硬件的升级才能得到优化，在系统硬件配置和网络设计确定的情况下，影响系统性能的主要是其他三个层次方面的原因。在此就这三个方面进行简要讨论、总结。
1 SQL Server级的调优
1.1 管理共享内存
数据库性能优化的首要方面是最优管理内存。数据库占用的共享内存分成数据缓冲（data cache）、存储过程缓冲（Procedure cache）等几块。在isql 下使用sp_configure 'cache' 可以看到存储过程缓冲所占百分比（procedure cache percent），整个数据缓冲大小（total data cache size）等参数。
1.1.1 存储过程缓冲（procedure cache）
存储过程缓冲保持以下对象的查询计划：
Procedures ：存储过程
Triggers ：触发器
Views ：视图
Rules ：规则
Defaults ：缺省
Cursors ：游标
存储过程不可重入，意即每个并发用户调用都会在内存中产生一个拷贝。Procedure，triggers，and views 当它们被装载到存储过程缓冲中时，被查询优化器优化，建立查询计划。如果存储过程在缓冲中，被调用时就不需要重新编译。如果存储过程缓冲太小，存储过程就会经常被其他调入内存的存储过程冲洗
掉，当再次被调用时，存储过程又被调入内存，再重新编译，用户请求因此不得不等待。最严重的情况，如果存储过程缓冲不够，存储过程甚至都不能运行。所以在内存足够的情况下，存储过程缓冲参数比例尽可能大一些。
1.1.2数据缓冲（Data Cache）
数据缓冲用来缓存数据页和索引页，是除去存储过程缓冲，系统其他占用的缓冲外的剩余内存空间。通过给服务器增加物理内存扩大数据缓冲，是最有效的方法。当然，如果不能加内存，就只能通过减少存储过程缓冲的比例等方法来扩大数据缓冲了。配置足够大的数据缓冲可防止其它服务器活动争用高速缓存空间，并加速使用这些表的查询，因为所需页始终都可在高速缓存中找到。同时，可以考虑将“热”表如：用户应用程序对其需求较大的表绑定到一个高速缓存上，而表上的索引绑定到其它高速缓存，以提高并发性。具体做法如下：
创建命名缓存
sp_cacheconfig cache_name，”size[P|K|M|G]”
例如创建一个10MB的命名缓存pubs_cache ：sp_cacheconfig pubs_cache，”10M”
把表绑定到指定的命名缓存：
sp_bindcache cache_name，dbname[，[owner.]table_name[，indexname|”text only”]]
例如把titles表绑定到上面刚建的命名缓存中：
sp_bindcache pubs_cache，pubs2..titles
注意：每开辟一个缓冲占用16K 的系统内存，应根据服务器的内存大小来定义所要开的数据缓冲的个数。
1.1.3 tempdb数据库的优化
缺省情况下，tempdb数据库是放置在master设备上，容量为2M，而临时数据库是活动最为平凡的数据库常常被用来排序、创建临时表、重格式化等操作，所以tempdb的优化应该受到特别的关注，缺省情况下，用于tempdb的system、default和logsegment段在主设备上分配了2MB空间。将第二个设备分配给tempdb后，即可在default和logsegment段中将主设备删除。使用这种方式，可以确保tempdb中的工作表和其它临时表不会和主设备上的其它使用相互争用。
优化tempdb数据库有以下步骤：
第一步：调整临时库的位置
tempdb数据库缺省放在master设备上，将临时数据库发在分离的设备上是更可取的。
1）初始化一个用来存放临时数据库的设备（在SQL Advantage中）
disk init
name="tempdb_dev",
physname="c:\sybase\\tempdb.dat",
vdevno=3,
size=10240
(注意：如果将tempdb数据库放在多个设备上，需初始化多个数据库设备)
2)将临时数据库扩展到该一个设备上
alter database tempdb on tempdb_dev=3
3)打开tempdb数据库，从段上删除master设备
sp_dropsegment "default",tempdb,master
sp_dropsegment logsegment,tempdb,master
4)发出如下命令，检查default段中是否不再包含master设备
select dbid,name,segmap from sysusages,sysdevices
where sysdevices.low<=syusages.size+vstart
and sysdevices.high>=sysusages.size+vstart-1
and dbid=2
and(status=2 or status=3)
说明：若将临时数据库放在多个磁盘设备上，可以更好的利用并行查询特性来提高查询性能。
第二步：将临时数据库与高速缓冲进行绑定。
由于临时表的创建、使用，临时数据库会频繁地使用数据缓存，所以应为临时数据库创建高速缓存，从而可以使其常驻内存并有助于分散I/O：
1、创建命名高速缓存
sp_cacheconfig “tempdb_cache”,”10m”,”mixed”
2、重新启动server
3、捆绑临时数据库到tempdb_cache高速缓存
sp_bindcache “tempdb_cache”, tempdb
4、若有大的I/O，配置内存池
第三步：优化临时表
大多数临时表的使用是简单的，很少需要优化。但需要对临时表进行复杂的访问则应通过使用多个过程或批处理来把表的创建和索引分开。以下两种技术可以改善临时表的优化(系统中有auths和article表)
1 在临时表上创建索引
1）临时表必须存在
2）统计页必须存在（即不能在空表上创建索引）
2 把对临时表的复杂的使用分散到多个批处理或过程中，以便为优化器提供信息
下面的这个过程需要进行优化：
create proc base_proc
as
select * into #huge_result from auths
select * from article, #huge_result where article.author_code=
#huge_result.author_code and sex=”0”
使用两个过程可以得到更好的性能
1）create proc base_proc
as
select *
into #huge_result
from auths
exec select_proc
2) create proc select_proc
as
select * from article,#huge_result
where article.author_code=#huge_result.author_code and sex=”0”
说明：在同一个存储过程或批处理中，创建并使用一个表时，查询优化器无法决定这个表的大小。
2 数据库设计级的调优
实现Sybase数据库的优化，首先要有一个好的数据库设计方案。在实际工作中，许多Sybase方案往往是由于数据库设计得不好导致性能很差。实现良好的数据库设计必须考虑这些问题:
2.1 逻辑数据库规范化问题
一般来说，逻辑数据库设计会满足规范化的前3级标准：
第1规范：没有重复的组或多值的列;
第2规范: 每个非关键字段必须依赖于主关键字，不能依赖于一个组合式主关键字的某些组成部分;
第3规范: 一个非关键字段不能依赖于另一个非关键字段。
遵守这些规则的设计会产生较少的列和更多的表，因而就减少了数据冗余，也减少了用于存储数据的页。但表关系也许需要通过复杂的合并来处理，这样会降低系统的性能。某种程度上的非规范化可以改善系统的性能，非规范化过程可以根据性能方面不同的考虑用多种不同的方法进行，通常使用以下方法来提高性能。
1.如果规范化设计产生了4路或更多路合并关系，就可以考虑在数据库实体(表)中加入重复属性(列)。
2.常用的计算字段(如总计、最大值等)可以考虑存储到数据库实体中。
比如某一个项目的计划管理系统中有计划表，其字段为:项目编号、年初计划、二次计划、调整计划、补列计划…，而计划总数(年初计划+二次计划+调整计划+补列计划)是用户经常需要在查询和报表中用到的，在表的记录量很大时，有必要把计划总数作为1个独立的字段加入到表中。这里可以采用触发器以在客户端保持数据的一致性。
3.重新定义实体以减少外部属性数据或行数据的开支。相应的非规范化类型是:
(1)把1个实体(表)分割成2个表(把所有的属性分成2组)。这样就把频繁被访问的数据同较少被访问的数据分开了。这种方法要求在每个表中复制首要关键字。这样产生的设计有利于并行处理，并将产生列数较少的表。
(2)把1个实体(表)分割成2个表(把所有的行分成2组)。这种方法适用于那些将包含大量数据的实体(表)。在应用中常要保留历史记录，但是历史记录很少用到。因此可以把频繁被访问的数据同较少被访问的历史数据分开。而且如果数据行是作为子集被逻辑工作组(部门、销售分区、地理区域等)访问的，那么这种方法也是很有好处的。
2.2 生成物理数据库
要想正确选择基本物理实现策略，必须了解和利用好数据库访问格式和硬件资源的操作特点，特别是内存和磁盘子系统i/o。以下是一些常用技巧：
与每个表列相关的数据类型应该反映数据所需的最小存储空间，特别是对于被索引的列更是如此。比如能使用smallint类型就不要用integer类型，这样索引字段可以被更快地读取，而且可以在一个数据页上放置更多的数据行，因而也就减少了i/o操作。
把一个表放在某个物理设备上，再通过sql server的段把它的部分簇索引放在一个不同的物理设备上，这样能提高性能。尤其是系统采用了多个智能型磁盘控制器和数据分离技术的情况下，这样做的好处更加明显。
用sql server段把一个频繁使用的大表分割开，并放在多个单独的智能型磁盘控制器的数据库设备上，这样也可以提高性能。因为有多个磁头在查找，所以数据分离也能提高性能。
用sql server段把文本或图像列的数据存放在一个单独的物理设备上可以提高性能。一个专用的智能
型的控制器能进一步提高性能。
3 应用程序级调优
3.1合理使用索引
索引是数据库中重要的数据结构，它的根本目的就是提高查询效率。SQL Server采用基于代价的优化模型，它对每一个提交的有关表的查询，决定是否使用索引或用哪一个索引。因为查询执行的大部分开销是磁盘I/O，使用索引提高性能的一个主要目标是避免全表扫描，因为全表扫描需要从磁盘上读表的每一个数据页，如果有索引指向数据值，则查询只需读几次磁盘就可以了。所以如果建立了合理的索引，优化器就能利用索引加速数据的查询过程。通常要想建立合理的索引需遵循下面所介绍的一些原则。
对于每个可优化的子句，优化器都查看数据库系统表，以确定是否有相关的索引能用于访问数据。只有当索引中的列的1个前缀与查询子句中的列完全匹配时，这个索引才被认为是有用的。因为索引是根据列的顺序构造的，所以要求匹配是精确的匹配。想用索引的次要列访问数据，就像想在电话本中查找所有姓为某个姓氏的条目一样，排序基本上没有什么用，因为你还是得查看每一行以确定它是否符合条件。如果1个子句有可用的索引，那么优化器就会为它确定选择性。
在设计过程中，要根据查询设计准则仔细检查所有的查询，以查询的优化特点为基础设计索引。索引的设计通常有以下原则：
(1) 比较窄的索引具有比较高的效率。对于比较窄的索引来说，每页上能存放较多的索引行，而且索引的级别也较少。所以，缓存中能放置更多的索引页，这样也减少了I/O操作。
(2) SQL Server优化器能分析大量的索引和合并可能性。所以与较少的宽索引相比，较多的窄索引能向优化器提供更多的选择。但是不要保留不必要的索引，因为它们将增加存储和维护的开支。对于复合索引、组合索引或多列索引，SQL Server优化器只保留最重要的列的分布统计信息，这样，索引的第1列应该有很大的选择性。
(3) 表上的索引过多会影响UPDATE、INSERT和DELETE的性能，因为所有的索引都必须做相应的调整。另外，所有的分页操作都被记录在日志中，这也会增加I/O操作。
(4) 对1个经常被更新的列建立索引，会严重影响性能。
(5) 由于存储开支和I/O操作方面的原因，较小的自组索引比较大的索引性能更好一些。但它的缺点是要维护自组的列。
(6) 尽量分析出每一个重要查询的使用频度，这样可以找出使用最多的索引，然后可以先对这些索引进行适当的优化。
(7) 查询中的WHERE子句中的任何列都很可能是个索引列，因为优化器重点处理这个子句。
(8) 对小于1个范围的小型表进行索引是不划算的，因为对于小表来说表扫描往往更快而且费用低。
(9) 与“ORDER BY”或“GROUP BY”一起使用的列一般适于做分族索引。如果“ORDER BY”命令中用到的列上有分簇索引，那么就不会再生成1个工作表了，因为行已经排序了。“GROUP BY”命令则一定产生1个工作表。
(10) 分簇索引不应该构造在经常变化的列上，因为这会引起整行的移动。在实现大型交易处理系统时，尤其要注意这一点，因为这些系统中数据往往是频繁变化的。
3.2 避免或简化排序
应当尽量简化或避免对大型表进行重复的排序。当能够利用索引自动以适当的次序产生输出时，优化器就避免了排序这个步骤。为了避免不必要的排序，就要正确地增建索引，合理地合并数据库表（尽管有时可能影响表的规范化，但相对于效率的提高是值得的）。如果排序不可避免，那么应当试图简化它，如缩小排序的列的范围等。
3.3消除对大型表行数据的顺序存取
在嵌套查询中，表的顺序存取对查询效率可能产生致命的影响。我们有时可以使用并集来避免顺序存取。尽管也许在所有的检查列上都有索引，但某些形式的where子句会强迫优化器使用顺序存取，这一点也应注意。
3.4 避免相关子查询
如果一个列同时在主查询和where子句中出现，很可能当主查询中的列值改变之后，子查询必须重新查询一次。而且查询嵌套层次越多，效率越低，因此应当尽量避免子查询。如果子查询不可避免，那么要在子查询中过滤掉尽可能多的行。
3.5 避免困难的正规表达式
mathes和like关键字支持通配符匹配，但这种匹配特别耗时。例如：select * from customer where zipcode like “98_ _ _”，即使在zipcode字段上已建立了索引，在这种情况下也还是采用顺序扫描的方式。如果把语句改为：select * from customer where zipcode >“98000”，在执行查询时就会利用索引来查询，显然会大大提高速度。
3.6 使用临时表加速查询
把表的一个子集进行排序并创建临时表，有时能加速查询。它有助于避免多重排序操作，而且在其他方面还能简化优化器的工作。临时表中的行要比主表中的行少，而且物理顺序就是所要求的顺序，减少了磁盘i/o，所以查询工作量可以得到大幅减少。但要注意，临时表创建后不会反映主表的修改。在主表中数据频繁修改的情况下，注意不要丢失数据。
4 Sybase调优工具
在分析Sybase数据库的性能时，常要用到一些数据库系统本身提供的性能调优工具，以下是最常用的几个系统存储过程：
可以从18个方面了解在用系统性能状况，并在适当的时候利用环境参数进行性能调优：
1、内核管理（kernal）
2、应用管理（appmgmt）
3、数据缓存管理（dcache）
4、ESP管理（esp）
5、索引管理（indexmgmt）
6、锁管理（locks）
7、内存管理（memory）8、元数据高速缓存管理（mdcache）9、任务管理（taskmgmt）
10、监视器访问SQL的执行（monaccess）11、网络I/O管理（netio）
12、并行查询管理（parallel）13、过程缓存管理（pcache）14、恢复管理（recovery）
15、事务管理（xactmgmt）16、事务概要（xactsum）17、磁盘I/O管理（diskio）
18、工作进程管理（wpm）
括号后英文短词是该模块参数。
在此简要分析一下sp_sysmon对Adaptive Server系统运行情况的影响，有利于更好地熟悉系统性能，更为有效地进行系统管理，合理地利用和配置系统资源，达到系统性能调优的目的。这里要特别提一下sp_sysmon存储过程，通过它可以得到数据库系统的性能基准报告，但只有在比较稳定的状态下产生时，方可作为参考和对照的依据。
执行步骤：
1 在isql中输入sp_sysmon’begin_sampel’命令，点go 采样开始
2 过一段时间后，输入sp_sysmon’end_sampel’,”memory”，就显示出内存使用的相关信息
执行结果集的每列信息提示：
per sec ：采样期间每秒的平均值
per xact：采样期间每提交一个事务的平均值
count ：采样期间每秒的总计值
% of total：占总数的百分比，根据不同情况各有不同
根据相关的信息，结合服务器、数据库的一些参数，对相关的性能情况进行分析，并做出调整等。
注：Sybase数据库的一些查询优化方法与SQL Server 2000相似，在此就不在多述，如有需要请参考
前面的介绍。
系统维护员培训手册 1 第一章 Sybase概述 第一节 C/S简介 CS（Client/Server）结构是传统的网络集中共享式数据库的扩充。在CS结构中，应用程序（客户）在工作站上运行应用程序进行数据处理，服务器程序运行于服务器上以响应客户的请求并维护数据的一致性。CS结构可以显著减少不必要的网络数据传输。 一、CS和文件服务器的区别是： 文件服务器没有计算能力，它不了解数据本身的任何东西，它仅仅用于存储数据，文件服务器可以想象成一台用很长的电缆（网络）与用户计算机相连的硬 盘驱动器。CS的工作方式是客户端发出一个请求（命令），通过网络传送到服务 器，服务器根据这个命令进行计算，把计算后的结果传送给客户端。而文件服务 器的工作模式是工作站从服务器上取得应用程序运行，进行数据处理时到服务器 取数据，然后从所有的数据记录中找到要处理的内容，进行运算，最后才得出结 果。 二、客户/服务器模型的主要特点如下： ●客户进程和服务器进程可以由LAN或广域网（WAN）联结。它们都可以在同 一台计算机上运行。 ●用于在客户和数据库服务器之间通信的基本语言是通过结构化的查询语言 （Structured Query Language）实现的。 三、发展过程 C/S结构是数据库发展的一个过程，跟随计算机的计算机系统结构由集中式主机系统发展到客户/服务器系统以及现在分布式的多层网络系统，数据库系 统的体系结构也大体经历了三种发展形式： ●集中式的主机/终端结构 主机/终端系统中主机运行DBMS及数据库应用，终端仅提供数据显示。 ●两层的客户/服务器结构 在这种结构中，服务器执行数据库的存储逻辑和事务逻辑，客户端执行应用逻辑并提供用户界面。他们从系统上进行划分，均衡负载。 ●三层（或多层）体系结构 这种体系可以看作是客户/服务器结构和Internet（国际互联网络）以及Intranet应用体系结构相结合的产物，它是对客户/服务器的继承和发展。 Internet应用是浏览器/WEB服务器/数据库服务器的三层体系结构。 四、Client/Server模式概述
数据库日常维护工作是系统管理员的重要职责。其内容主要包括以下几个部分： 一、备份系统数据 SYBASE 系统的备份与恢复机制保证了在系统失败时重新获取数据的可能性。SQL Server 提供了两种不同类型的恢复机制：一类是系统自动完成的恢复，这种措施在每次系统启动时都自动进行，保证了在系统瘫痪前完成的事务都写到数据库设备上，而未完成的事务都被回退；另一类是人工完成的恢复，这是通过 DUMP 和 LOAD 命令来执行人工备份和恢复工作。因此定期备份事务日志和数据库是一项十分重要的日常维护工作。 1、备份数据库 每一个数据库都应在创建之后卸出，从而提供一个装入基点。在此之后按排定的时间周期表卸出。比如每周五卸出数据库。对一般数据库系统卸出数据库周期建议为每周一次。 除了按计划周期卸出数据库之外，还需在每次运行没有日志的操作后卸出数据库。例如：·每次强制地运行了 DUMP TRAN WITH NO_LOG （因为数据库的磁盘空溢出）； ·每次用 sp_dboption 允许 select into/bulkcopy 做快速拷贝，或用 SELECT INTO 命令创建一个永久性的表，或使用了 WRITETEXT 命令。 卸出数据库的命令为： DUMP DATABASE database_name TO dump_device database_name 是要卸出的数据库名称，dump_device 是卸出设备的名称。用系统过程 sp_helpdevice 可以获得设备的信息。 下面一条命令用来卸出数据库 my_db ： DUMP DATABASE my_db TO db_bk_dev 2、备份事务日志 如果事务日志与数据库放在同一个设备上，则事务日志不应与数据库分开备份。master 数据库和小于 4M 的用户数据库就是这种情况。一般数据库系统的数据库和日志分别放在不同的设备上，因此，可以用 DUMP TRAN 命令单独备份日志。 备份事务日志的周期直接影响数据的恢复程度，因此建议每天备份。 备份事务日志的命令格式为： DUMP TRANsaction database_name [TO dump_device] [WITH TRUNCATE_ONL Y|WITH NO_LOG|WITH NO_TRUNCA TE] 其中 database_name 是要备份事务的数据库名称，dump_device 是备份设备名称，仅当包含了 WITH TRUNCA TE_ONL Y 或 WITH NO_LOG 子句时，才可以备份到设备。 注意：如果总是用 DUMP DA TEBASE （备份数据库及其日志），而不用 DUMP TRAN ，事务日志将不会刷新，而变得非常庞大。
Sybase 12.5以上版本自带性能监控工具的使用方法 Sybase 12.5以上版本的性能监控工具使用 对于实现集中管理信息系统的系统管理员来说，挖掘数据库性能是一个技术活也是一个体力活，因为它不仅仅需要具备一定的数据库基础，还需要耐心的分析-你所管理的财务软件，数据库访问的瓶颈在哪里？你珍贵的cache里面，被你放了多少过气鸡蛋在里面？有多少是需要放在这个宝贝蛋里面，但是却被疏忽掉；到底是那几张大而无当的破表总是导致数据库服务卡来开去；有哪几个臃肿的存储过程比较糟糕，或者使用最多，耗费你宝贵的内存或者io最多；那几个设备最繁忙？ 这些问题，以前需要一些昂贵的第三方DBMS管理工具来帮助你找到较为合适的优化方案，但是我相信大部分系统管理员都没有接触过这方面的管理工具，现在，sybase工具也收购了一个管理工具进来，用于应付sybase相对欠奉的性能问题（仅限个人意见），但是它并不是免费的，不过对于sybase12.5以上版本用户来说，sybase已经内置了一个小工具在sybase数据库服务里面，你只需要做非常少量的工作，就可以寻找出来一个最适合自己管理的信息系统业务风格的优化方案。 优化自己的数据库性能，基础就是回答上面的几个问题，这些问题的答案现在可以从montables里面找，sybase 12.5提供了一套完备的监控表，它只需要用sp_configure打开一个选项，sybase就会开启监控机制，不就你就可以从master库里面查询出来这一套表里面的内容，分析出来到底需要优化那些tables或者其他。 下面用unix下面的sybase来举例，该例开启了montables这个监控表。 Step 1:跑到unix主机那里，cd到$sybase/ase/scripts目录。 Step 2:isql -Usa -Ppassword -i installmontables Step 3:可以回到你的客户端那里，当然也可以继续用主机执行命令。 Step 4:sp_configure ‘enable monitoring’,1 Step 5:把一个或者多个财务软件用户（如果财务软件用户编号是0001，你的databases名字是cwbase1，那么该财务软件用户实际映射到数据库用户编号是cwbase1_0001，那么你不要操作0001用户，而是要操作cwbase1_0001用户）加入到组里面：mon_role, Step 6:现在sybase已经开始在运作性能监控了，建议最好在业务繁忙的时候打开monitoring选项，这些
SYBASE基本操作 一、启动数据库 1、ps -ef | grep dataserver 查看sybase进程， Sybase有数据库进程和备份进程， 若都没看到则需要手动启动，进入sybase安装目录$sybase/ASE-15_0/install 启动数据库和备份进程 # ./startserver -f RUN_LINUXMZC --启动数据库RUN_”SYBASENAME”#./startserver -f RUN_LINUXMZC_BS --启动备份服务“RUN_backupserve” 启动后也可用#showserver查看 2、登录数据库 数据库启动后使用#isql -Usa -P
二、sybase基本操作 1、查询数据库版本 >select @@version >go 注：isql中的命令都需要go来执行，如果发现写错了，可以用reset重新输入 2、查询数据库信息 >sp_helpdb 显示所有数据库和基本信息 3、查寻空间使用情况 >use basename >go >sp_spaceused >go
4、性能监控 使用指令sp_sysmon 格式:>sp_sysmon “hh:mm:ss”,model_name，表示监控指定时间指定模块，缺省为所有模块 1、内核管理(kernal ) 10、任务管理（taskmgmt） 2、应用管理(appmgmt) 11、监视器访问SQL的执行（monaccess） 3、数据缓存管理(dcache) 12、并行查询管理（parallel） 4、ESP管理(esp) 13、过程缓存管理（pcache） 5、索引管理(indexmgmt) 14、恢复管理（recovery） 6、锁管理(locks) 15、事务管理（xactmgmt） 7、内存管理(memory) 16、磁盘I/O管理（diskio） 8、元数据高速缓存管理(mdcache ) 17、工作进程管理（wpm） 9、事务概要(xactsum) 18、网络I/O管理（netio）
文档编号
Oracle 数据库日常维护工作
凌群电脑有限公司 凌群电脑有限公司 2004 年 12 月 15 日
数据库日常维护工作》 《Oracle 数据库日常维护工作》
目
1.1 1.2 1.3 1.4 1.5 1.6
录
1. DBA 日常维护工作 ..................................................................................................................... 3 检查已经打开的所有实例 .................................................................................................... 3 检查最新的警告日志 ............................................................................................................ 7 检查数据库备份是否正确 .................................................................................................... 8 检查备份到磁带中的文件是否正确 .................................................................................... 9 检查数据库的性能是否合理，系统资源是否充足 ............................................................ 9 仔细阅读 ORACLE 标准文档 ............................................................................................... 10
2.晚间维护工作 晚间维护工作.............................................................................................................................. 10 晚间维护工作 2.1 收集相关表的统计数据 ....................................................................................................... 10 3.每周维护工作 每周维护工作.............................................................................................................................. 10 每周维护工作 3.1 检查异常的对象................................................................................................................... 10 3.1.1 检查现有的 NEXT_EXTENT 情况：............................................................................ 10 3.1.2 检查已有的 EXTENTS： .............................................................................................. 11 3.1.3 查看哪些表没有主键 .................................................................................................... 11 3.1.4 查找哪些主键是没有发挥作用的 ................................................................................ 12 3.1.5 所有作索引的主键都应是唯一的 ................................................................................ 12 3.2 检查是否有不安全的问题 ................................................................................................... 12 3.3 检查是否有错误 SQL*NET 日志 ....................................................................................... 13 3.4 归档当前告警日志 ............................................................................................................... 13 3.5 访问供应商站点................................................................................................................... 13 4.月维护工作 月维护工作.................................................................................................................................. 13 月维护工作 4.1 检查是否有异常的空间增长 ............................................................................................... 13 4.2 回顾以前数据库性能优化的调整 ....................................................................................... 14 4.3 检查 IO 瓶颈 ........................................................................................................................ 14 4.4 检查碎片的问题（8I 系统） ............................................................................................... 15
2
文章描述了通过sp_sysmon对Adaptive Server系统运行情况有一个全面系统了解，有利于更好地熟悉系统性能，更为有效地进行系统管理，合理地利用和配置系统资源，达到系统性能调优的目的。 从18个方面了解在用系统性能状况，并在适当的时候利用环境参数进行性能调优： 1、内核管理（kernal） 2、应用管理（appmgmt） 3、数据缓存管理（dcache） 4、ESP管理（esp） 5、索引管理（indexmgmt） 6、锁管理（locks） 7、内存管理（memory） 8、元数据高速缓存管理（mdcache） 9、任务管理（taskmgmt） 10、监视器访问SQL的执行（monaccess） 11、网络I/O管理（netio） 12、并行查询管理（parallel） 13、过程缓存管理（pcache） 14、恢复管理（recovery） 15、事务管理（xactmgmt） 16、事务概要（xactsum） 17、磁盘I/O管理（diskio） 18、工作进程管理（wpm） 括号后英文短词是该模块参数。 环境： 1、用户数据库中有练习所用数据表auths和article 2、数据表各有10万行数据 3、用户具有查询、修改、删除等基本的数据库表操作权限 步骤：执行sp_sysmon “00:10:00”（server级系统存贮过程，不需要打开某个数据库），或者执行如下格式的过程，查看具体操作批命令对应系统性能情况： sp_sysmon begin_sample SQL语句或者存贮过程 sp_sysmon commit_sample 本实验采用sp_sysmon “hh:mm:ss”,性能模块名。 结论：通过此练习，可了解当前系统在各方面的系统运行状况，性能出现什么问题和不平衡不协调之处，学会使用相应的参数和措施进行解决和调优，不断比较对照调整前后的性能状况，最终
Sybase数据库管理手册
目录 Sybase 数据库安装说明 (3) 一、安装前准备工作 (3) 二、安装主程序 (3) 三、安装后打补丁 (6) 四、重启后创建Sybase服务 (6) 五、字符集设置 (11) 六、还原HIS数据库 (13) 七、Sybase服务不能启动时 (19) 八、配置参数 (21) 客户端安装说明 (29) 一、安装客户端 (29) 二、配置客户端 (29) Sybase 数据库的备份、恢复 (29) Sybase 数据库维护 (30) Sybase数据常用命令的使用 (31)
Sybase 数据库安装说明 一、安装前准备工作 ●先将Sybase安装文件夹(ASESERVER)拷贝到要安装的机器硬盘上。(此文件夹下文中都 用d:\Tooll\ASESERVER) ●将Sybase的补丁拷贝到要安装的机器硬盘上 ●处理安装时的字符集问题(防止安装时出现乱码) 对于不同的Windows版本的操作系统Sybase都要进行字符集文件的修改，下面是不同 二、安装主程序 ●进入安装程序 完成安装前的准备工作后就可以双击D:\TOOLS\ASESERVER\setup.exe文件进入Sybase安装程序。
●确定安装目录 选择安装目录是不要选择有磁盘阵列或做了Raid的盘，也不要选择操作系统所在的磁盘。 ●选择安装组件 ●安装总结
在总结处要注意所需空间是不是小于可用空间，如果不是则要将安装的磁盘清除一些文件来达到所需空间。单击“下一步”进行安装进行状态 ●安装进度 ●录入注册信息
●重启提示 完成安装后提示是否重新启动机器，按否不重启机器。然后将补丁拷贝到安装目录。 三、安装后打补丁 将\ASE补丁\ebf11574\Server目录下的所有文件拷贝到Sybase安装目录下例如安装目录为C:\Sybase 将C:\sybase\shared-1_0\jre1.2.2\lib\font.properties.zh.NT5.2文件名改名,操作系统与文件名的配对关系参考安装前准备工作的配对关系。 四、重启后创建Sybase服务 ●重启机器后进入Sybase安装程序确定提示按“否”后进行Windows操作系统 ●进行操作系统的运行窗口录入CMD进入Dos操作界面
Sybase 数据库死锁对策 死锁的发生对系统的性能和吞吐量都有重要影响，经检测发现，管理信息系统的死锁主要是因为两个或多个线程（登录）抢占同一表数据资源。引起长时间抢占同一资源不是因为我们需要处理的事务太复杂，时间太长，而往往是因为我们在前端应用程序对数据库作操作时忘了提交.本文介绍一种处理解决这种死锁的方法。 Sybase 封锁原理 数据共享与数据一致性是一对不可调和的矛盾，为了达到数据共享与数据一致，必须进行并发控制。并发控制的任务就是为了避免共享冲突而引起的数据不一致。Sybase SQL Server 并发控制的方法是加锁机制（LOCKING ）. 锁的类型 Sybase SQL Server 有三种封锁类型：排它锁（exclusive lock,简称X 锁）；共享锁（share lock,简称S 锁）；更新锁（update lock,简称U 锁）。这三种锁的相容矩阵表如下： ×:表示不兼容。∨：表示兼容。 Sybase SQL Server 是自动决定加锁类型的。一般来说， 读（SELECT ）操作使用S 锁，写（UPDATE,INSERT 和delete ）操作使用X 锁。U 它在一个更新操作开始时获得，当要修改这些页时，U 锁会升级为X 锁。 锁的力度 SQL Server 有两级锁：页锁和表锁。通常页锁比表锁的限制更少（或更小）。页锁对本页的所有行进行锁定，而表锁则锁定整个表。为了减小用户间的数据争用和改进并发性，SQL Server 试图尽可能地使用页锁。 当SQL Server 决定一个语句将访问整个表或表的大多数页时，它用表锁来提供更有效的锁定。锁定策略直接受查询方案约束，如果update 或delete 语句没有可用的索引，它就执行表扫描或请求一个表锁定。如果update 或delete 语句使用了索引，它就通过请求页锁来开始，如果影响到大多数行，它就要请求表锁。一旦一个语句积累的页锁超过锁提升阈值，SQL Server 就设法给该对象分配一个表锁。如果成功了，页锁就不再必要了，因此被释放。表锁也在页层提供避免锁冲突的方法。对于有些命令SQL Server 自动使用表锁。 锁的状态 SQL SERVER 加锁有三种状态： 1）意向锁（intend ）—是一种表级锁，它表示在一个数据页上获得一个S 或X 锁的意向。意向锁可以防止其他事务在该数据页的表上获得排它锁。 2）阻塞（blocking,简记blk ）—它表明目前加锁进程的状态，带有blk 后缀的锁说明该进程目前正阻塞另一个需要获得锁的进程，只有这一进程完成，其他进程才可以进行。 3）需求锁（demand ）—表示此时该进程企图得到一个排它锁。它可以防止 可申请的锁 已有的锁 S U X S ∨ ∨ × U ∨ × × X × × ×
全球眼?（MEGAEYES）网络图像管理系统2.0 ORACLE日常维护与管理手册 北京互信互通信息技术有限公司 2004-08-08
目录 全球眼?（MEGAEYES）网络图像管理系统2.0 (1) 1引言 (3) 1.1 目的 (3) 1.2 范围 (3) 1.3 参考资料 (3) 2日常维护与管理说明 (3) 2.1 运行环境 (3) 2.1.1硬件环境 (3) 2.1.2软件环境 (3) 2.2 数据库日常维护 (4) 2.2.1数据库初始设置 (4) 2.2.2每日工作内容 (5) 2.2.3每周工作内容 (6) 2.2.4每月工作内容 (7)
1引言 1.1目的 对于重要的商业系统来说，数据库系统的正常运行是保证商业应用平稳运行的关键。但是数据库在运行过程中可能会因为种种原因发生问题。这时，数据库的管理与日常维护工作将变得尤为重要。 为了指导数据库管理员做好日常维护工作，保证数据库系统的正常运行，特制定本文档。当然，数据库的日常维护是复杂和繁琐的，本文仅涉及一些常见的数据库日常维护的内容，在实际工作中，数据库管理员还需要做更多的工作。 1.2范围 本文档使用的人员：数据库维护管理人员和相关人员。 本文档涉及内容：oracle数据库的日常维护与管理解决方案。 1.3参考资料 中国电信网络视频监控技术（暂行）规范 2日常维护与管理说明 2.1运行环境 程序的运行环境包括硬件运行环境和软件运行环境。 2.1.1硬件环境 ◆CPU类型：Intel及其兼容系列CPU ◆内存容量：剩余内存要达2G以上 ◆硬盘容量：剩余硬盘容量要达1G以上 ◆网卡类型：100M网卡 2.1.2软件环境 ◆操作系统：RedHat Linux AS 3.0 ◆数据库：Oracle9i Database Release 2 (9.2.0.4.0) for Linux x86
最近优化了两个单位的数据库，通过跟踪后SYBASE都建议将命名Cache的cache replacement policy改为relaxed LRU replacement。 经过在这两个数据库的表现来看，的确获得了一定的效果，我觉得可能目前使用CACHE 的单位都会存在这么个问题，现将有关过程写一下与大家共享： 1、通过sp_sysmon ’00:05:00’得到连续5分钟内SYBASE 性能监控信息，分析SYBASE给出的 建议； 2、若有对命名Cache的优化建议，多数会建议使用relaxed LRU replacement；再有某些会 要求使用大I/O；修改方法可以是直接修改SYBASE.cfg文件中的相关内容，以ACCBJE_cache为例如下： [Named Cache:ACCBJE_cache] cache size = 16M cache status = mixed cache cache replacement policy = relaxed LRU replacement //直接将DEFAULT或其他任何内容为改为relaxed LRU replacement 即可 local cache partition number = DEFAULT 3、检查某些number of xxxx参数，有些设置的太大，可能没必要，比如锁，我认为几万可 能就能满足了，太大可能会占用太多内存（当然也可能是只有真正有那么多锁时才会占用，这点我没有确认），我所优化的这几个数据库开始都是几十万，可能完全没有必要。 另外，对于性能问题来说，通过sp_sysmon会得到很多信息，大家可以通过自己分析查找问题原因。 通过在wisql中，先执行dbcc traceon(3604)后，再执行dbcc sqltext(进程ID)可以得到该进程正在执行的SQL语句，对于查找问题也会有帮助，不过这个有时得到的SQL不全，不过可以作为参考了。
关于Sybase ASE数据库的license以及试用版过期的问题的解决方案 作者：佚名来源：中国自学编程网收集整理发布日期：2009-02-18 当用户从Sybase官网上下载了ASE15.0.2以后，如果选择了安装Express Edition或者Developer Edition，基本上不会碰到什么问题，除了有些功能受限以下。 但大多数可能选择了Enterprise Edition for Evaluation类型，即企业版试用。都会碰到这样的问题，即一个月以后，license过期，无法启动server。于是很郁闷，可能大部分人，会选择卸载再重新安装一遍，这样当然没问题，只是，太浪费时间了。 有一段时间，我自己甚至也以为只能这样去解决了。 实际上不是，通过在sybase论坛上与一些有经验的人交流以后，发现，是可以切换的。 首先，有三种安装类型： 1. Express Edition，完全免费，不用缀述。 2. Developer Edition，没有使用期限限制，用于开发和测试。似乎不能商用，无所谓了。我也是刚得知。以前好像是有60天的限制。 3. Enterprise Edition，它是有试用时间的限制的。是30天。 只要能找到切换就OK了。 你的解决方法就是，把企业版的license切到开发版或者Express版。怎么切？ 先看看目录$SYBASE/SYSAM-2_0/licenses下边的三个文件： SYBASE_ASE_DE.lic SYBASE_ASE_XE.lic 第一个文件里边有这样的内容： PE=DE;LT=DT 第二个文件里有这样的内容： PE=XE;LT=CP
SYBASE数据库故障处理方法 Sybase数据库故障处理方法 一、 Sybsystemprocs 库“挂起”解决办法 1. 修改Sybase.cfg 文件,修改Sybase 数据库可以修改系统参数. 2. $ vi Sybase.cfg 查找―allow updates‖ ,将其修改为1.(缺省值为0). 既 allow updates to system tables=1 重新启动系统. 3. 用 isql 登录到sql server 中,修改 master库中sysdatabases 表中 sybsystemprocs 库对应的 status 的值为-32768. $isql –Usa –P 1> update master..sysdatabases 2> set status = -32768 where name =‖ sybsystemprocs‖ 1>go 1>shutdown with nowait 2>go 关闭数据库 重新启动. 4.用 isql 登录到sql server 中,修改 master库中sysdatabases 表中 sybsystemprocs 库对应的 status 的值为0. $isql –Usa –P 1>update master..sysdatabases 2>set status = 0 where name =‖ sybsystemprocs‖ 3>go 1>shutdown with nowait 2>go 关闭数据库重新启动. 5. 将Sybase.cfg 中的‖allow updates to system‖ 的值改为0. 二、如何恢复master数据库 ASE can't setup and has no valid dump of master 1、编辑RUN_servername 在命令行最后加入:-T3607 2、单用户模式启动ASE $cd install $startserver -f RUN_servername -m 3、bcp out系统表 $bcp master..sysdevices out /directory.spec/devs -Usa -P -c $bcp master..sysdatabases out /directory.spec/dbs -Usa -P -c $bcp
数据库日常维护(参考) 数据库日常维护工作是系统管理员的重要职责。其内容主要包括以下几个部分： 一、备份系统数据 SYBASE 系统的备份与恢复机制保证了在系统失败时重新获取数据的可能性。SQL Server 提供了两种不同类型的恢复机制：一类是系统自动完成的恢复，这种措施在每次系统启动时都自动进行，保证了在系统瘫痪前完成的事务都写到数据库设备上，而未完成的事务都被回退；另一类是人工完成的恢复，这是通过DUMP 和LOAD 命令来执行人工备份和恢复工作。因此定期备份事务日志和数据库是一项十分重要的日常维护工作。 1、备份数据库 每一个数据库都应在创建之后卸出，从而提供一个装入基点。在此之后按排定的时间周期表卸出。比如每周五卸出数据库。对一般数据库系统卸出数据库周期建议为每周一次。 除了按计划周期卸出数据库之外，还需在每次运行没有日志的操作后卸出数据库。例如： ·每次强制地运行了DUMP TRAN WITH NO_LOG （因为数据库的磁盘空溢出）； ·每次用sp_dboption 允许select into/bulkcopy 做快速拷贝，或用SELECT INTO 命令创建一个永久性的表，或使用了WRITETEXT 命令。 卸出数据库的命令为： DUMP DATABASE database_name TO dump_device database_name 是要卸出的数据库名称，dump_device 是卸出设备的名称。用系统过程sp_helpdevice 可以获得设备的信息。 下面一条命令用来卸出数据库my_db ： DUMP DATABASE my_db TO db_bk_dev 2、备份事务日志
高级数据库技术——期末论文 基于SQL查询的MySQL数据库性能优化研究 ：XX 学号:2014XXXXX 学院：计算机学院
摘要： 查询是数据库系统中最基本也是最常用的一种操作，是否具有较快的执行速度，已成为数据库用户和设计者极其关心的问题。在研究开源数据库管理系统MySQL 查询优化技术的基础上，主要结合传统SQL操作优化、深度分析 MySQL 源代码、现代数据库发展几方面进行诸如参数调优，MySQL关联查询，重写相关规则等容展开优化分析研究。 关键词：查询优化，查询重用，查询重写，计划优化
一、传统SQL查询优化操作 1.选取最适用的字段属性 MySQL可以很好的支持大数据量的存取，但是一般说来，数据库中的表越小，在它上面执行的查询也就会越快。因此，在创建表的时候，为了获得更好的性能，我们可以将表中字段的宽度设得尽可能小。例如，在定义邮政编码这个字段时，如果将其设置为CHAR(255),显然给数据库增加了不必要的空间，甚至使用VARCHAR这种类型也是多余的，因为CHAR(6)就可以很好的完成任务了。同样的，如果可以的话，我们应该使用MEDIUMINT而不是BIGIN来定义整型字段。 另外一个提高效率的方法是在可能的情况下，应该尽量把字段设置为NOT NULL，这样在将来执行查询的时候，数据库不用去比较NULL值。 对于某些文本字段，例如“省份”或者“性别”，我们可以将它们定义为ENUM类型。因为在MySQL中，ENUM类型被当作数值型数据来处理，而数值型数据被处理起来的速度要比文本类型快得多。这样，我们又可以提高数据库的性能。 2.使用连接（JOIN）来代替子查询(Sub-Queries) MySQL从4.1开始支持SQL的子查询。这个技术可以使用SELECT语句来创建一个单列的查询结果，然后把这个结果作为过滤条件用在另一个查询中。例如，我们要将客户基本信息表中没有任何订单的客户删除掉，就可以利用子查询先从销售信息表中将所有发出订单的客户ID取出来，然后将结果传递给主查询，如下所示： DELETE FROM customerinfo WHERE CustomerID NOT in (SELECT CustomerID FROM salesinfo ) 使用子查询可以一次性的完成很多逻辑上需要多个步骤才能完成的SQL操作，同时也可以避免事务或者表锁死，并且写起来也很容易。但是，有些情况下，
Sybase数据库故障处理方法 一、Sybsystemprocs 库“挂起”解决办法 1.修改Sybase.cfg 文件,修改Sybase 数据库可以修改系统参数. 2.$ vi Sybase.cfg 查找―allow updates‖ ,将其修改为1.(缺省值为0). 既allow updates to system tables=1 重新启动系统. 3.用 isql 登录到sql server 中,修改master库中sysdatabases 表中 sybsystemprocs 库对应的status 的值为-32768. $isql –Usa –P 1>update master..sysdatabases 2>set status = -32768 where name =‖sybsystemprocs‖ 1>go 1>shutdown with nowait 2>go 关闭数据库重新启动. 4.用 isql 登录到sql server 中,修改master库中sysdatabases 表中 sybsystemprocs 库对应的status 的值为0. $isql –Usa –P 1>update master..sysdatabases 2>set status = 0 where name =‖sybsystemprocs‖ 3>go 1>shutdown with nowait 2>go 关闭数据库重新启动. 5.将Sybase.cfg 中的‖allow updates to system‖的值改为0. 二、如何恢复master数据库 ASE can't setup and has no valid dump of master 1、编辑RUN_servername 在命令行最后加入：-T3607 2、单用户模式启动ASE $cd install $startserver -f RUN_servername -m 3、bcp out系统表 $bcp master..sysdevices out /directory.spec/devs -Usa -P -c $bcp master..sysdatabases out /directory.spec/dbs -Usa -P -c $bcp master..sysusages out /directory.spec/usages -Usa -P -c
S y b a s e数据库性能调 优
Sybase数据库性能调优
1．5 用sp_sysmon可以得到数据库系统的性能基准报告，但要在比较稳定的状态下产生，方可作为参考和对照的依据。 1．6 理解存储方法 只有清楚数据库存储数据的底层细节，如数据页、索引页的物理结构，每一行的大小计算，不同类型列占用的宽度等等问题，才能对各种调优措施有个深入领会。关于这个问题，比较复杂和细致，请自行参阅有关书籍。 一般地，对于更改数据的操作，要尽量促进数据库进行直接更新（ Direct Updates ），所以要遵守以下几条原则： 1）除非必要，避免使用允许null值的列和可变长度的列。 2）如果varchar 和varbinary 列填充得比较满，毫不犹豫转成 char 和binary 列。 对于建表时指定的页填充率（page fillfactor）参数，要权衡确定数值大小。一般：小值，适合于有许多随机插入的表，该表的数据经常被删除，又经常被增
加；大值，适合于大多数的数据被增加到表末尾，如客票系统的售票存根和退票存根表。 2 SQL Server级的调优 2．1 管理共享内存 数据库性能优化的首要方面是最优管理内存。数据库占用的共享内存分成数据缓冲（data cache）、存储过程缓冲（Procedure cache）等几块。在isql 下使用 sp_configure 'cache' 可以看到存储过程缓冲所占百分比（procedure cache percent），整个数据缓冲大小（total datacache size）等参数。 2．1．1 存储过程缓冲（Procedure cache） 存储过程缓冲保持以下对象的查询计划： Procedures ：存储过程 Triggers ：触发器 Views ：视图 Rules ：规则 Defaults ：缺省 Cursors ：游标 存储过程不可重入，意即每个并发用户调用都会在内存中产生一个拷贝。Procedure, triggers, and views 当它们被装载到procedure cache中时，被查询优化器优化，建立查询计划。如果存储过程在缓冲中，被调用时就不需要重新编译。如果procedure cache太小，存储过程就会经常被其他调入内存的存储过程冲洗掉，当再次被调用时，存储过程又被调入内存，再重新编译，用户
Sybase数据转成Sql Server数据库的执行步骤： 目前我们采用Sql Server 的DTS工具实现数据的交换操作。 一、前期准备：在目标数据库形成跟原数据库完全相同的表结构。 1，需要将客户备份的sybase数据库恢复到我们sybase帐套中，形成原数据库。 2，在Sql Server数据库中建立目标数据帐套，利用帐套维护工具建立目标数据库，选择模块与原数据库所用模块相同即可，初始年度与原数据库的初始年度也要相同。 创建完数据库后，如果原数据库有历史年度数据，则在目的数据库上的相应模块也做年结操作形成相应的历史年度表。主要通过察看数据库中那些表带有历史年度后缀，那些模块需要年结需要根据具体数据库设置。 3，删除所有用户表中的记录。 删除步骤，登陆原数据库，根据下面语句形成删除表记录sql。 select 'truncate table '+name +' go' from sysobjects where type = 'U' order by name 把执行结果复制到EditPlus中去，在go前增加换行符，形成删除表记录的sql语句。 4，在目标数据库中执行这些删除记录的sql语句，将目标数据库的相应记录删除。 并注意查看出错语句，主要是表不存在的情况下报的错误。 并决定那些表可以不需要，记录下不需要的表。 针对原数据库： 5，利用报表优化工具做临时表清除工作，以便节省交换时间。 二、数据导入操作： 利用DTS工具做数据交换操作。 执行步骤如下： 1，运行DTS，按照下一步执行即可。 2，配置数据源，我们这里是sybase数据库做数据源。 数据库类型选择sybase ASE OLE DB Provider 3，点击属性，配置数据库连接。数据源中输入syboledb，一定确保之前利用备份恢复工具(DBGhost.exe)联接过sybase数据库一次。 4，配置目标数据库这里选择sql server数据库。 5，选择复制表和视图。 6，选择表和视图。把不需要交换的表前面不需要选择即可，另外视图也不需要选择。 7， 8，执行 9，最后看以下执行结果，找到出错原因。 10，针对每一条出错的表，定位错误原因，然后单独把出错的表再导入一次。 注意问题： 由于sybase数据库大小写区分，而sqlserver数据库默认不区分大小写，有可能会出现复制数据违反唯一索引的问题。 解决方式有二： 删除通过大小写区分不一致的记录。 创建的sql server 实例也选择区分大小写。