Sybase数据库技术,数据库恢复

 

随着Sybase被完全整合到SAP下，Sybase原来的支持网站被SAP Support Portal取代。
只有购买了SAP服务的用户才能使用账号登录SAP Support Portal进行介质下载、补丁升级、报Incident等。
目前，原Sybase所有产品（包括：Adaptive Server Enterprise、Sybase IQ、Replication Server、PowerDesigner等）的官方手册仍然可以从https://infocenter.sybase.com/help/index.jsp进行浏览或下载。暂不清楚该网站https://infocenter.sybase.com/help/index.jsp何时会被完全迁移到SAP Support上！
Sybase官方手册英文版有html和pdf两种格式，而中文版手册只有pdf一种格式。为了国内Sybase用户更方便、快捷地搜索Sybase常见产品的官方手册内容，特将中文版Sybase官方手册转为html格式！
Sybase产品官方手册中文版的html格式所有内容的版权归SAP公司所有！本博客站长是Sybase数据库的铁杆粉丝！

如有Sybase数据库技术问题需要咨询，请联系我！

  QQ :289965371
  Email:

以下官方手册为ASE 15.7 ESD#2中文版：

1. 新增功能公告 适用于 Windows、Linux 和 UNIX 的 Open Server 15.7 和 SDK 15.7
   
2. 新增功能摘要
   
3. 新增功能指南
   
4. ASE 15.7 发行公告
   
5. 配置指南（windows）
   
6. 安装指南（windows）
   
7. 参考手册：构件块
   
8. 参考手册：命令
   
9. 参考手册：过程
   
10. 参考手册：表
    
11. Transact-SQL® 用户指南
    
12. 系统管理指南，卷 1
    
13. 系统管理指南，卷 2
    
14. 性能和调优系列：基础知识
    
15. 性能和调优系列：锁定和并发控制
    
16. 性能和调优系列：监控表
    
17. 性能和调优系列：物理数据库调优
    
18. 性能和调优系列：查询处理和抽象计划
    
19. 性能和调优系列：使用 sp_sysmon 监控 Adaptive Server
    
20. 性能和调优系列：利用统计分析改进性能
    
21. 程序员参考 jConnect for JDBC 7.0.7
    
22. Adaptive Server Enterprise 中的 Java
    
23. 组件集成服务用户指南
    
24. Ribo 用户指南
    
25. 内存数据库用户指南
    
26. Sybase Control Center for Adaptive Server® Enterprise
    
27. 安全性管理指南
    
28. 实用程序指南
    

 

< 上一个 | 内容 | 下一步 >

报告物理和逻辑 I/O 统计信息‌ ‌ ‌

set statistics io 报告有关物理和逻辑 I/O 的信息以及表的访问次数。set statistics io 输出位于查询结果的后面，并提供查询执行的实际 I/O。

对于查询中的每个表（包括工作表），statistics io 将报告带有查询所读 取页的几个值的一行信息，以及报告写入总数的一行信息。如果系统管 理员启用了资源限制，则 statistics io 还包括一行信息，报告查询的实际 总 I/O 开销。下面的示例显示了查询的 statistics io 输出，其中已启用了 资源限制：

select avg(total_sales) from titles

Table:titles scan count 1, logical reads:(regular=656 apf=0 total=656), physical reads:(regular=444 apf=212 total=656), apf IOs used=212

Total actual I/O cost for this command:13120. Total writes for this command:0

以下部分描述了 statistics io 输出的四个主要组成部分：

• 实际 I/O 开销

• 总写入数

• 读取统计信息

• 表名和“扫描计数”

总的实际 I/O 开销值

如果启用资源限制，则 statistics io 会输出“Total actual I/O cost”行。 Adaptive Server 会将实际的总 I/O 报告为一个无单位的数值。确定查询 开销的公式为：

开销 = 所有物理 IO X 25 + 所有逻辑 IO X 2 + CPU 开销 X 0.1

公式中将逻辑 I/O 的“开销”与逻辑 I/O 数相乘，物理 I/O 的“开销”与 物理 I/O 数相乘。

例如：

Table:sysmessages scan count 1, logical reads:(regular=454 apf=0 total=454), physical reads:(regular=441 apf=0 total=441), apf IOs used=10 Total actual I/O cost for this command:11934

即：441*25 + 454*2 + 10*0.1 = 11934

表 1-1 介绍了“regular”和“apf”读取次数。

写入数的统计信息

statistics io 报告由命令写入的缓冲区总数。当只读查询使脏页移过高速 缓存中的清洗标记以便在此页开始写入时，只读查询将报告写入。

更改数据的查询可能仅报告一种写入，即日志页的写入，因为已更改的 页保留在数据高速缓存的 MRU 部分。

读取的统计信息

statistics io 报告包括在查询（包括工作表）中每个表和索引的逻辑读取 数和物理读取数。表 I/O 中包含索引 I/O。

表 1-1 显示了 statistics io 所报告的逻辑和物理读取的值。

表 1-1：读取的 statistics io 输出

输出 说明

logical reads

regular 在高速缓存内找到查询所需的某一页的次数；此处只 对不是由异步预取 (APF) 引入的页进行计数

apf 在高速缓存内找到通过 APF 请求所引入请求的次数

total regular 和 apf 逻辑读取次数之和

physical reads

regular 通过常规异步 I/O 将缓冲区引入高速缓存的次数

apf 由 APF 将缓冲区引入到高速缓存的次数

total regular 和 apf 物理读取次数之和

apf IOs used 由 APF 引入的缓冲区数，在查询过程中用到这些缓冲 区中的一页或多页

有索引和没有索引的输出示例

使用 statistics io 对无索引的表执行查询及对有索引的表执行相同的查询 将显示好的索引对查询和系统性能的重要性。以下是一个查询的示例：

select title

from titles

where title_id = "T5652"

没有索引的 statistics io

在 title_id 上无索引时，statistics io 将使用 2K I/O 报告下列值：

Table:titles scan count 1, logical reads:(regular=624 apf=0 total=624), physical reads:(regular=230 apf=394 total=624), apf IOs used=394

Total actual I/O cost for this command:12480.

Total writes for this command:0

此输出显示了：

• 查询总共执行了 624 个逻辑 I/O，均为常规逻辑 I/O。

• 查询执行了 624 个物理读取。其中，230 个是常规异步读取，394 个 是异步预取读取。

• 由 APF 读入的所有页均由查询使用。

有索引的 statistics io

在 title_id 上具有聚簇索引时，statistics io 对相同的查询将报告下列值， 也使用 2K I/O：

Table:titles scan count 1, logical reads:(regular=3 apf=0 total=3), physical reads:(regular=3 apf=0 total=3), apf IOs used=0

Total actual I/O cost for this command:60.

Total writes for this command:0

此输出显示了：

• 查询执行了 3 个逻辑读取。

• 查询执行了 3 个物理读取：2 个读取针对索引页，1 个读取针对 数据页。

游标的 statistics io 输出‌

对于使用游标的查询，statistics io 显示自游标打开时的累积 I/O：

1> open c

Table:titles scan count 0, logical reads:(regular=0 apf=0 total=0), physical reads:(regular=0 apf=0 total=0), apf IOs used=0

Total actual I/O cost for this command:0. Total writes for this command:0

1> fetch c

title_id type price

-------- ------------ ------------------------

T24140 business 201.95

Table:titles scan count 1, logical reads:(regular=3 apf=0 total=3), physical reads:(regular=0 apf=0 total=0), apf IOs used=0

Total actual I/O cost for this command:6. Total writes for this command:0

1> fetch c

title_id type price

-------- ------------ ------------------------

T24226 business 201.95

Table:titles scan count 1, logical reads:(regular=4 apf=0 total=4), physical reads:(regular=0 apf=0 total=0), apf IOs used=0

Total actual I/O cost for this command:8. Total writes for this command:0

扫描计数

statistics io 报告查询访问特定表的次数。“扫描”可以代表下列任何一 种访问方法：

• 表扫描。

• 通过聚簇索引的访问。每次查询从索引的根页开始，然后是数据页 的指针，将它计为一次扫描。

• 通过非聚簇索引的访问。每次查询从索引的根页开始，然后是指向 索引的叶级的指针（对于覆盖的查询而言）或数据页的指针，将它 计为一次扫描。

• 如果查询以并行方式运行，对表的每个工作进程访问作为一次扫描。

请参见 Performance and Tuning Series: Query Processing（《性能和调优系 列：查询处理》）中的第 2 章“Using showplan”（使用 showplan）。

报告扫描计数为 1 的查询

返回扫描计数为 1 的查询示例如下：

• 点查询：

select title_id from titles

where title_id = "T55522"

• 范围查询：

select au_lname, au_fname from authors

where au_lname > "Smith" and au_lname < "Smythe"

如果对这些查询的 where 子句中的列编制索引，则这些查询可使用这些 索引来扫描表；否则，它们会执行表扫描。在任何一种情况下，查询都 只需要对表进行一次扫描，以返回所需的行。

报告扫描计数超过 1 的查询

返回较大扫描计数值的查询示例如下：

• 对每一工作进程都报告扫描的并行查询。

• 查询中含有由 or 连接的已被索引的 where 子句时，此查询将对每一 个 or 子句报告一个扫描。如果查询使用特殊的 or 策略，则它会为每 个值报告一次扫描。如果查询使用 or 策略，则它会为每个索引报告 一次扫描，另外为 RID 列表访问报告一次扫描。

如果 titles 表中有按 title_id 编制的索引和按 pub_id 编制的索引，则以 下查询报告的扫描计数将为 2：

select title_id from titles

where title_id = "T55522" or pub_id = "P988"

Table:titles scan count 2,logical reads:(regular=149 apf=0 total=149), physical reads:(regular=63 apf=80 total=143), apf IOs used=80 Table:Worktable1 scan count 1, logical reads:(regular=172 apf=0 total=172), physical reads:(regular=0 apf=0 total=0), apf IOs

还将报告工作表的 I/O。

• 对外部表中每个限定行扫描内部表一次的嵌套循环连接。在下面的 示例中，外部表 publishers 有三个州为“NY”的 publishers，因此内 部表 titles 报告的扫描计数为 3：

select title_id

from titles t, publishers p where t.pub_id = p.pub_id

and p.state = "NY"

Table:titles scan count 3,logical reads:(regular=442 apf=0 total=442), physical reads:(regular=53 apf=289 total=342), apf IOs used=289 Table:publishers scan count 1, logical reads:(regular=2 apf=0 total=2), physical reads:(regular=2 apf=0 total=2), apf IOs used=0

此查询对 publishers 执行表扫描，后者仅占用两个数据页，因此报告 两个物理 I/O。publishers 中有三个匹配行，因此查询使用按 pub_id 编制的索引扫描 titles 三次。

• 外部表中具有重复值的合并连接为每一个重复值重新启动扫描，并 报告每次的额外扫描计数。

报告扫描计数为 0 的查询

多步查询和某些其它类型查询可能报告一个为 0 的扫描计数。一些示 例如：

• 执行延迟更新的查询

• select...into 查询

• 创建工作表的查询

物理和逻辑读取之间的关系

如果某页需要从磁盘读取，则同时将其计为物理读取和逻辑读取。逻辑

I/O 始终大于或等于物理 I/O。

逻辑 I/O 始终报告 2K 的数据页。将以缓冲区大小为单位报告物理读取 和写入。在一个 I/O 操作中读取的多页将被视为一个单位：它们作为一 个缓冲区读取、写入和移入高速缓存。

逻辑读取、物理读取和 2K I/O

使用 2K I/O，对于一个查询在高速缓存中查找一页的次数是逻辑读取数 减去物理读取数。当表扫描的逻辑读取与物理读取的总数相同时，意味 着在查询过程中每页仅从磁盘读取和访问一次。

当在高速缓存中找到查询页时，逻辑读取数大于物理读取数。这经常出 现有较高索引级的页中，由于它们经常重复使用且倾向于驻留在高速缓 存中。

物理读取和大 I/O

页中不报告物理读取，但缓冲区中报告，即 Adaptive Server 访问磁盘的 实际次数。

• 如果查询使用 16K I/O（showplan 报告 I/O 大小），则一次物理读取 会将 8 个数据页引入高速缓存。

• 如果查询报告 100 个 16K 物理读取，则它已经向高速缓存中读入

800 个数据页。

• 如果查询需要扫描每一个数据页，它将报告 800 个逻辑读取。

• 如果一个查询（如连接）因其它 I/O 已从高速缓存中刷新某页而必 须多次读取该页，则会对每次物理读取计数。

工作表上的读取和写入

对于任何需要为查询创建的工作表，都将报告读取和写入。当查询创建 多个工作表时，工作表将在 statistics io 输出中进行编号，从而与 showplan 输出中使用的工作表编号相对应。

高速缓存对读取数的影响 ‌

如果测试查询并检查该查询的 I/O 后，再一次执行相同的查询，则可能 会得到令人惊讶的物理读取值，特别是当查询使用最近使用最少 (LRU) 替换策略时。

第一次执行报告了一个很大的物理读取数；第二次则报告物理读取数 为零。

第一次执行查询时，所有数据页读入到高速缓存中并且驻留在其中，直到 其它服务器进程从高速缓冲中将其刷新。这些页在缓存中可能保留较长的 时间，也可能保留较短的时间，这取决于用于查询的高速缓存策略。

• 如果查询使用读取和放弃 (MRU) 高速缓存策略，则会将这些页读入 到高速缓存的清洗标记处。

在小的或非常活跃的高速缓存中，读入到高速缓存清洗标记处的页 很快被刷新。

• 如果查询使用 LRU 高速缓存策略将页读入页链 MRU 端的顶部，则 这些页在高速缓存中将保留较长的一段时间。

在对生产系统的实际应用过程中，期望查询能在高速缓存中查到一些以 前其他用户访问留下的所需页，而其它页需要从磁盘中读取。特别是较 高级别的索引，可能会被经常使用，因而更有可能保留在高速缓存中。

如果有一个表或索引被绑定到高速缓存，而该高速缓存足够容纳所有页， 则一旦该对象被读入到高速缓存后，将不再发生物理 I/O。

但是，在对具有很少用户的开发系统进行查询调优时，您可能需要从高 速缓存中清除查询使用的页，以便查看查询所需的全部物理 I/O。可用 下列方法从高速缓存中清除一个对象页：

• 改变对象的高速缓存绑定：

• 如果表或索引已被绑定到高速缓存，先解除绑定，然后再重新 绑定。

• 如果表或索引未被绑定到高速缓存，先将其绑定到任何可用的 高速缓存，然后再解除绑定。

必须至少有一个用户定义的高速缓存才能使用这一选项。

• 如果没有任何用户定义的高速缓存，则可对其它表执行足够数量的查 询，以便所关注的对象从高速缓存中刷新。如果高速缓存非常大，这 将耗费很多时间。

• 重新启动服务器。

有关测试和高速缓存性能的详细信息，请参见《性能和调优系列：基础 知识》中的第 5 章“内存使用和性能”。

statistics io 和合并连接

statistics io 输出不包括对合并连接的排序开销。如果启用 allow resource limits，则“Total estimated I/O cost”和“Total actual I/O cost”统计信息 中不会报告排序开销。

< 上一个 | 内容 | 下一步 >