远程Sybase数据库技术支持,联系手机:13811580958,QQ:289965371!

 

随着Sybase被完全整合到SAP下,Sybase原来的支持网站被SAP Support Portal取代。
只有购买了SAP服务的用户才能使用账号登录SAP Support Portal进行介质下载、补丁升级、报Incident等。
目前,原Sybase所有产品(包括:Adaptive Server Enterprise、Sybase IQ、Replication Server、PowerDesigner等)的官方手册仍然可以从http://infocenter.sybase.com/help/index.jsp进行浏览或下载。暂不清楚该网站http://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 输出

image

输出 说明

image

logical reads

image

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

image

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

image

total regular apf 逻辑读取次数之和

image

physical reads

image

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

image

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

image

total regular apf 物理读取次数之和

image

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

image


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

使用 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/Opublishers 中有三个匹配行,因此查询使用按 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/Oshowplan 报告 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”统计信息 中不会报告排序开销。




--------------------------------------华丽的分割线-------------------------------------------------------------------------
之前就已经研发成功了能够从Sybase SQL Anywhere的DB文件中恢复数据的工具:ReadASADB。
此工具支持ASA v5.0,v6.0,v7.0,v8.0,v9.0,v10.0,v11.0,v12.0等版本。
恢复Sybase SQL Anywhere的工具在国内应该算首创。

ReadASADB功能
能够从损坏的SQL Anywhere数据文件(.db)和UltraLite数据文件(.udb)上提取数据的非常规恢复工具

  1. 适用于所有的SQL Anywhere版本    包括:5.x,6.x,7.x,8.x,9.x,10.x,11.x,12.x
  2. 适用于所有的UltraLite版本
  3. 能够恢复出来表结构和数据
  4. 能够恢复自定义数据类型
  5. 能够恢复存储过程等对象的语法
  6. 能够导出到目标数据库
  7. 能够导出到SQL文件并生成导入脚本
  8. 支持多种字符集  包括:cp850、cp936、gb18030、utf8等
  9. 能够恢复未加密或者简单加密类型的数据
  10. 简单易用
  11. 限制:不支持AES加密的数据文件
请参考:研发成功了从Sybase SQL Anywhere的DB文件上恢复数据的工具
            SQL Anywhere数据库非常规恢复工具ReadASADB使用介绍

ReadASADB适用场景

各种误操作:

  1. 误截断表(truncate table)
  2. 误删除表(drop table)
  3. 错误的where条件误删数据
  4. 误删除db或log文件
  5. 误删除表中的字段

本工具的应用场景:

1.因为物理磁盘故障、操作系统、系统软件方面或者掉电等等原因导致的Sybase SQL Anywhere数据库无法打开的情况;
2.误操作,包括truncate table,drop table,不正确的where条件导致的误删除等;
Sybase SQL Anywhere无法打开时,比较常见的错误是:Assertion failed。
如:
1、Internal database error *** ERROR *** Assertion failed:201819 (8.0.1.2600) Checkpoint log: invalid bitmap page -- transaction rolled back
2、Internal database error *** ERROR *** Assertion failed:201819 (8.0.1.2600) Page number on page does not match page requested -- transaction rolled back
3、Internal database error *** ERROR *** Assertion failed:200502 (9.0.2.2451) Checksum failure on page 23 -- transaction rolled back
4、File is shorter than expected
5、Internal database error *** ERROR *** Assertion failed: 201116 Invalid free list index page found while processing checkpoint log -- transaction rolled back
6、*** ERROR *** Assertion failed: 51901 Page for requested record not a table page or record not present on page等等。
+-------------------------------------华丽的分割线-------------------------------------------------------------------------