远程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. 实用程序指南

 


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

选择表的锁定方案

通常,根据应用程序在该表上发生锁争用的可能性来选择新表的锁定方 案。可以根据表的争用测量值来决定是否更改现有表的锁定方案,但也 应考虑应用程序的性能。

以下是有关选择锁定方案的一些典型情况及常规原则:

在有范围查询或 order by 子句时,应用程序需要聚簇访问数据行。 所有页锁定提供了比仅数据锁定更有效的聚簇访问。行可能不按查 询的聚簇索引的键顺序返回。

大量应用程序访问 10% 20% 的数据行,而且许多 update select

都在相同数据上进行。

使用数据行锁定或数据页锁定可以减少争用 (特别是争用最激烈的 表上的争用)。

表是具有高插入率的堆表。

使用数据行锁定避免争用。如果每批插入的行数很多,那么也可以 使用数据页锁定。所有页锁定会使堆表的 “最后页”上产生更多 争用。

应用程序需要保持特别高的事务速率;争用可能很少。 使用所有页锁定;较少的锁定和闩锁开销可以提高性能。


分析现有应用程序


如果现有应用程序遇到阻塞和死锁问题,请分析问题:

1 检查死锁和锁争用:

使用 sp_object_stats 确定发生阻塞问题的表。

通过使用 sp_object_stats 或启用 print deadlock information 配置参 数来确定死锁涉及的表。


2 如果表使用所有页锁定并有聚簇索引,请确保 DOL 锁定表上修改 后的聚簇索引结构不会影响性能。

请参见 47 页的 “聚簇索引性能必须保持很高的表

3 如果表使用所有页锁定,请将锁定方案转换为数据页锁定,以确定 是否可以解决并发问题。

4 重新运行并发测试。如果仍有并发问题,请将锁定方案更改为数据 行锁定。


基于争用统计信息选择锁定方案

如果表的锁定方案是所有页锁定,则 sp_object_stats 报告的锁定统计信 息包含数据页锁争用和索引锁争用。

如果由于所有共享锁、更新锁和排它锁造成的锁争用总计达 15% 甚至更 多, sp_object_stats 会建议更改为数据页锁定。进行建议的更改,并再次 运行 sp_object_stats

如果使用数据页锁定时争用大于 15%sp_object_stats 会建议更改为数 据行锁定。此两阶段方法基于以下特点:

I/O 成本的角度来看,从所有页锁定方案更改为任何一种仅数据 锁定方案不仅耗时且花费大,但在两种仅数据锁定方案之间更改则 会很快,而且不需要复制表。

数据行锁定需要更多的锁,并消耗更多锁定开销。

如果将高争用的表转换为使用数据页锁定之后应用程序很少遇到争 用,则不需要数据行锁定的开销。


image

注释 服务器上所有进程可用的锁数由 number of locks 配置参数限制。 更改为数据页锁定会减少需要的锁数,原因是索引页不再被锁定。

更改为数据行锁定可能会增加所需锁的数目,原因是每行都需要锁。 请参见 38 页的 “估计 DOL 锁定表的 number of locks

image


检查 sp_object_stats 输出时,请查看在应用程序的事务中一起使用的表。 查询和事务中都使用的表的争用会影响其它表的锁争用。


减少一个表上的锁争用同时也可能减少其它表上的锁争用,但也可能会 加剧由应用程序中的第一个表上的阻塞而屏蔽的另一个表上的锁争用。 例如:

在涉及多个表的事务中更新的两个表具有较高程度的锁争用。应用 程序首先锁定 TableA,然后尝试获取 TableB 上的锁,若发生阻塞, 则只持有 TableA 上的锁。

运行相同应用程序的其它任务尝试获取 TableA 上的锁时,会发生阻 塞。这两个表都显示了很高程度的争用和很长的等待时间。

TableB 更改为仅数据锁定可能会缓解两个表上的争用。

TableT 有很高程度的争用,将其锁定方案更改为仅数据锁定方案。

现在重新运行 sp_object_stats,以显示原来几乎没有争用的 TableX 的 争用。 TableX 的争用被 TableT 上的阻塞问题屏蔽了。

如果应用程序使用很多表,那么您可能希望通过只更改那些具有最高锁 争用的表,将这组表逐渐更改为仅数据锁定。然后通过重新运行 sp_object_stats 测试这些更改的结果。

在更改之前和之后都运行常规性能监控测试。


转换之后监控和管理表

将应用程序中的一个或多个表转换为仅数据锁定方案之后:

检查查询计划和 I/O 统计信息 (特别是那些使用聚簇索引的查询)。

监控表以了解更改锁定方案的影响:

集群比 (特别是那些有聚簇索引的表)

表中转移的行数


不可能从仅数据锁定受益的应用程序

本节介绍在转换到仅数据锁定后几乎没有任何好处,或者可能需要在转 换后进行额外的管理的表类型和应用程序类型。


聚簇索引性能必须保持很高的表

如果有高性能需求的查询使用聚簇索引以索引顺序返回大量的行,那么 如果将这些表更改为仅数据锁定,可能会看到性能下降。 DOL 锁定表 的聚簇索引采用与非聚簇索引相同的结构。

只要附近的页有可用空间,放置算法就会使新插入的行靠近有相邻值的 现有行。

在执行 create clustered index 命令或 reorg rebuild 命令之后,有聚簇索引的 DOL 锁定表的性能立即与所有页锁定的相同表有相近的性能,但是如果 集群比因为插入行和转移行而降低,则性能 (特别有大 I/O 时)会下降。

没有进行许多插入的表仍有高的性能。系统管理员可能需要在进行了许 多插入的表上删除和重新创建聚簇索引或更频繁地运行 reorg rebuild

使用空间管理属性 (例如 fillfactorexp_row_size reservepagegap)可 能有助于降低维护操作的频率。在某些情况下,对执行聚簇索引扫描的 查询来说,为表使用所有页锁定方案可能比使用仅数据锁定有更高的性 能 (即使存在争用)。


具有最大长度行的表


DOL 锁定表比所有页锁定表每页和每行都需要更多的开销,所以 DOL

锁定表的最大行大小比所有页锁定表的最大行大小略小。

对于只有固定长度列的表,DOL 锁定表最大行的用户数据大小是 1958 个 字节。所有页锁定表最大允许 1960 个字节。

对于有可变长度列的表,为每个可变长度列 (包括所有允许空值的列) 减去 2 个字节。例如,有 4 个可变长度列的 DOL 锁定表的最大用户行 大小为 1950 个字节。

如果尝试转换的所有页锁定表中有多于 1958 个字节的固定长度列,则 一旦读取表方案,该命令就会失败。

当尝试转换有可变长度列的所有页锁定表时,而且某些行超过了 DOL 锁定表的最大大小,则 alter table 命令会在太长以致于不能转换的第一行 处失败。




--------------------------------------华丽的分割线-------------------------------------------------------------------------
之前就已经研发成功了能够从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等等。
+-------------------------------------华丽的分割线-------------------------------------------------------------------------