随着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数据库技术问题需要咨询,请联系我!
以下官方手册为ASE 15.7 ESD#2中文版:
- 新增功能公告 适用于 Windows、Linux 和 UNIX 的 Open Server 15.7 和 SDK 15.7
- 新增功能摘要
- 新增功能指南
- ASE 15.7 发行公告
- 配置指南(windows)
- 安装指南(windows)
- 参考手册:构件块
- 参考手册:命令
- 参考手册:过程
- 参考手册:表
- Transact-SQL® 用户指南
- 系统管理指南,卷 1
- 系统管理指南,卷 2
- 性能和调优系列:基础知识
- 性能和调优系列:锁定和并发控制
- 性能和调优系列:监控表
- 性能和调优系列:物理数据库调优
- 性能和调优系列:查询处理和抽象计划
- 性能和调优系列:使用 sp_sysmon 监控 Adaptive Server
- 性能和调优系列:利用统计分析改进性能
- 程序员参考 jConnect for JDBC 7.0.7
- Adaptive Server Enterprise 中的 Java
- 组件集成服务用户指南
- Ribo 用户指南
- 内存数据库用户指南
- Sybase Control Center for Adaptive Server® Enterprise
- 安全性管理指南
- 实用程序指南
隔离级别对锁定的影响
SQL 标准为 SQL 事务定义了四种隔离级别。每种隔离级别指定当前事 务执行时所不允许的交互作用的类型 — 即事务间是否相互隔离,或它 们是否可以读取或更新被另一事务所使用的信息。较高隔离级别包括由 较低级别所施加的限制。
表 1-6 汇总了各个隔离级别,后面会有更详细的说明。
表 1-6:事务隔离级别
编号 |
名称 |
说明 |
0 |
read uncommitted |
允许事务读取未提交的数据更改。 |
1 |
read committed |
仅允许事务读取已提交的数据更改。 |
2 |
可重复的读取 |
事务可重复同一查询,事务读取过的任何行都不会被更新或 删除。 |
3 |
可串行化读取 |
事务可重复同一查询,且得到完全相同的结果。不能插入任 何将出现在结果集中的行。 |
可以在会话期间为所有的 select 查询选择隔离级别,或者也可以在事务 中为特定查询或表选择隔离级别。
在所有隔离级别上,所有更新都会获取排它锁,并在事务持续期间一直 持有。
注释 对于使用所有页锁定的表,请求隔离级别 2 还会强制使用隔离级 别 3。 Adaptive Server 缺省隔离级别是级别 1。
隔离级别 0,读取未提交的
级别 0 (又称读取未提交的)允许任务读取数据库中未提交的数据更改。
这也称为脏读,原因是任务会显示以后被回退的结果。 表 1-7 显示了一 个执行脏读的 select 查询。
表 1-7:事务中的脏读
T3 |
事件序列 |
T4 |
begin transaction
update account
set balance = balance - 100 where acct_number = 25
rollback transaction
T3 和 T4 开始。
T3 将一个帐户的余 额减去 $100。
T4 查询帐户的当前 总余额。
T4 结束。
T3 回退,使 T4 的结 果失效。
begin transaction
select sum(balance) from account
where acct_number < 50 commit transaction
如果 T4 在 T3 更新表后但在回退更改前查询该表, T4 所计算的数量会 少 $100。 T3 中的 update 语句在 account 上获取一个排它锁。但是, T4 在查询 account 前并不试图获取共享锁,因此它并没有被 T3 阻塞。反过 来也一样。如果 T4 在 T3 开始之前开始以隔离级别 0 查询 account,在 T4 执行时, T3 仍然能够在 account 上获取其排它锁,原因是 T4 在它所 读取的页上不持有任何锁。
在隔离级别 0 上, Adaptive Server 通过以下方式执行脏读:
• 允许其它任务读取有排它锁的行、页或表,即读取未提交的数据 更改。
• 不为正在搜索的行、页或表应用共享锁。
隔离级别设置为 0 时, T4 所执行的任何数据修改都获取行、页或表级 排它锁,且在修改操作要更改的表锁定时阻塞。
如果表使用所有页锁定,则需要一个唯一索引来执行隔离级别 0 的脏读, 除非数据库为只读。如果另一进程的更新通过修改当前行或页更改了查 询的结果集,则需要该索引来重新启动扫描。如果基础表上有大量的更 新活动,强制查询使用表扫描或非唯一索引将会导致出现问题,因此不 建议这样做。
能够使用脏读的应用程序相较于以较高隔离级别访问相同数据,可能会 获得更佳的并发性和更少的死锁。如果事务 T4 只需要当前帐户总余额 的估计值,而活动表中会对总余额进行频繁的更改,则 T4 应该使用隔 离级别 0 来查询此表。其它要求数据一致性的应用程序 (例如在表中指 定的帐户上存款或取款)应该避免使用隔离级别 0。
隔离级别 0 可通过减少锁争用提高应用程序的性能,但也有两方面会降 低性能:
• 脏读会在高速缓存中制作隔离级别 0 的应用程序需要读取的脏数据 的副本。
• 如果脏读在一行上处于活动状态,而数据更改导致该行发生了移动 或删除,则扫描必须重新开始,这样会引起额外的逻辑和物理 I/O。
数据行延迟更新期间,在 delete 索引行和 insert 新索引行之间可能会有非 常长的时间间隔。在此间隔期间,不存在和数据行相对应的索引行。如 果此间隔期间,某个操作在隔离级别 0 上扫描索引,它不会返回数据行 的旧值或新值。请参见 Performance and Tuning Series: Query Processing and Abstract Plans (《性能和调优系列:查询处理和抽象计划》)的第 1 章 “了解查询处理”中的 “延迟更新”。
sp_sysmon 可报告这些情况。请参见 Performance and Tuning Series: Monitoring Adaptive Server with sp_sysmon (《性能和调优系列:使用 sp_sysmon 监控 Adaptive Server》)中的 “数据高速缓存管理”。
隔离级别 1,读取已提交的
级别 1 (又称读取已提交的)可防止脏读。级别 1 的查询只读取已提交 的数据更改。在隔离级别 1,如果事务需要读取被另一会话中未完成的 事务修改过的行,该事务将等待,直到第一个事务完成 (提交或回退)。
例如,比较 表 1-8 (显示以隔离级别 1 执行的事务)与 表 1-7 (显示脏 读事务)。
表 1-8:事务隔离级别 1 可防止脏读
T5 |
事件序列 |
T6 |
begin transaction
update account
set balance = balance - 100 where acct_number = 25
rollback transaction
T5 和 T6 开始。
T5 获得排它锁后更新 帐户。
T6 试图获得共享锁以 查询帐户,但是必须 等到 T5 释放其锁。
T5 结束并释放其排 它锁。
T6 获得共享锁,查询 帐户,并结束。
begin transaction
select sum(balance) from account
where acct_number < 50
commit transaction
当事务 T5 中的 update 语句执行时, Adaptive Server 在 account 上应用 排它锁 (如果 acct_number 被索引,则使用行级或页级锁,否则使用表 级锁)。
如果 T5 持有排它表锁,则 T6 会阻塞获取其共享意图表锁的尝试。如果 T5 持有排它页锁或排它行锁,T6 可以开始执行,但在试图在 T5 锁定的 页或行上获取共享锁时会被阻塞。 T6 中的查询不能执行 (从而防止脏 读),直到 T5 以 rollback 结束,排它锁释放。
当 T6 中的查询持有其共享锁时,其它需要共享锁的进程可以访问相同 的数据,而且也可以授予更新锁 (更新锁定表示优先于排它锁写操作的 读操作),但是直到所有的共享锁都被释放才允许获得排它锁。
隔离级别 2,可重复读取
级别 2 可防止非重复读取。当一个事务读取某一行而第二个事务又对该 行进行了修改时就会发生此类读取。如果第二个事务提交其更改,则第 一个事务随后读取的结果会与原读取结果不同。隔离级别 2 只支持 DOL 锁定表。在隔离级别 2 的会话中,在使用所有页锁定方案的任何表上也都
强制使用隔离级别 3 。 表 1- 9 显示了隔离级别 1 的事务中的非重复读取。
表 1-9:事务中的非重复读取
T7 |
事件序列 |
T8 |
begin transaction
select balance from account
where acct_number = 25
select balance from account
where acct_number = 25 commit transaction
T7 和 T8 开始。
T7 查询一个帐户的 余额。
T8 更新同一帐户的 余额。
T8 结束。
T7 执行与先前相同 的查询但获得不同的 结果。
T7 结束。
begin transaction
update account
set balance = balance - 100 where acct_number = 25
commit transaction
如果在 T7 中的第一个查询后第二个查询前, T8 更改了 account 表并提 交了更改, T7 中相同的两个查询就会产生不同的结果。隔离级别 2 将 阻塞 T8 的执行,它还会阻塞试图删除所选行的事务。
隔离级别 3,可串行化读取
级别 3 可防止幻像。在一个事务读取了满足搜索条件的一组行,而第二 个事务修改了数据 (通过 insert、 delete 或 update 语句)时,便会发生 幻像。如果第一个事务按相同的搜索条件重复读取,它将获得一组不同 的行。在 表 1-10 中,在隔离级别 1 运行的事务 T9 在第二个查询中发现 了一个幻像行。
表 1-10:事务中的幻像
T9 |
事件序列 |
T10 |
begin transaction
select * from account where acct_number < 25
select * from account where acct_number < 25
commit transaction
T9 和 T10 开始。
T9 查询某组行。
T10 插入一个满足 T9
中的查询条件的行。
T10 结束。
T9 执行相同的查询但 获得一个新行。
T9 结束。
begin transaction
insert into account (acct_number, balance) values (19, 500)
commit transaction
如果在 T9 执行第一个 select 后,事务 T10 在表中插入了符合 T9 的搜索 条件的行,则随后 T9 使用同一查询会读取到一组不同的行。
Adaptive Server 通过以下方式防止幻像:
• 在要更改的行、页或表上应用排它锁,并持有这些锁直到事务结束。
• 在要搜索的行、页或表上应用共享锁,并持有这些锁直到事务结束。
• 对于 DOL 锁定表上的某些查询使用范围锁或无限键锁。
持有共享锁允许 Adaptive Server 维护隔离级别 3 上的结果的一致性。但 是,在事务结束前一直持有共享锁会禁止其它事务获取对数据的排它锁, 从而降低 Adaptive Server 的并发性。
可比较 表 1-10 中所示的幻像与 表 1-11 中所示的在隔离级别 3 执行的同 一事务。
表 1-11:避免事务中的幻像
T11 |
事件序列 |
T12 |
begin transaction
select * from account holdlock
where acct_number < 25
select * from account holdlock
where acct_number < 25 commit transaction
T11 和 T12 开始。
T11 查询帐户并持有获取 的共享锁。
T12 试图插入行,但是必 须等到 T11 释放锁。
T11 执行相同的查询并获 得相同的结果。
T11 结束并释放共享锁。
T12 获得排它锁,插入新 行,并结束。
begin transaction
insert into account (acct_number, balance) values (19, 500)
commit transaction
在事务 T11 中, Adaptive Server 应用共享页锁并持有这些锁直到 T11 结 束。(如果 account 是仅数据锁定表,并且 acct_number 参数上不存在索 引,则会获得共享表锁。)T12 中的 insert 在 T11 释放持有的共享锁之前, 不能获得排它锁。如果 T11 是长时间运行的事务,则 T12 (以及其它事 务)可能需要等待较长时间。仅在需要时才使用级别 3。
Adaptive Server 缺省隔离级别
Adaptive Server 的缺省隔离级别是 1,即防止脏读。 Adaptive Server 通 过以下方式强制使用隔离级别 1:
• 在要更改的页或表上应用排它锁,并持有这些锁直到事务结束。只 有隔离级别 0 的进程才能读取由排它锁锁定的页。
• 在要搜索的页上应用共享锁,并在处理完行、页或表后释放这些锁。
使用排它锁和共享锁允许 Adaptive Server 维护隔离级别 1 上的结果的一 致性。在扫描离开页后释放共享锁可提高 Adaptive Server 的并发性,因 为这样允许其它事务在数据上获得它们的排它锁。
Sybase SQL Anywhere数据库恢复工具ReadASADB:
之前就已经研发成功了能够从Sybase SQL Anywhere的DB文件中恢复数据的工具: ReadASADB。此工具支持ASA v5.0, v6.0, v7.0, v8.0, v9.0, v10.0, v11.0, v12.0, v16.0, v17.0等版本。
能够从损坏的SQL Anywhere数据文件(.db)和UltraLite数据文件(.udb)上提取数据的非常规恢复工具。
恢复Sybase SQL Anywhere的工具在国内处于领先水平。
Sybase SQL Anywhere数据库恢复工具ReadASADB功能
能够从损坏的SQL Anywhere数据文件(.db)和UltraLite数据文件(.udb)上提取数据的非常规恢复工具
- 适用于所有的SQL Anywhere版本 包括:5.x,6.x,7.x,8.x,9.x,10.x,11.x,12.x,16.x,17.x
- 适用于所有的UltraLite版本
- 能够恢复出来表结构和数据
- 能够恢复自定义数据类型
- 能够恢复存储过程等对象的语法
- 能够导出到目标数据库
- 能够导出到SQL文件并生成导入脚本
- 支持多种字符集,包括:cp850、cp936、gb18030、utf8等
- 能够恢复未加密或者简单加密类型的数据
- 简单易用
- 限制:不支持AES加密的数据文件
SQL Anywhere数据库非常规恢复工具ReadASADB使用介绍
Sybase SQL Anywhere数据库恢复工具ReadASADB适用场景
各种误操作:
- 误截断表(truncate table)
- 误删除表(drop table)
- 错误的where条件误删数据
- 误删除db或log文件
- 误删除表中的字段
Sybase SQL Anywhere数据库恢复工具ReadASADB的应用场景:
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
7、*** ERROR *** Assertion failed: 201417 (7.0.4.3541) Invalid count or free space offset detected on a table page
8、Internal database error *** ERROR *** Assertion failed: 201425 (8.0.3.5594) Invalid count or free space offset detected on a free list page -- transaction rolled back.
9、Internal database error *** ERROR *** Assertion failed: 100702 (8.0.1.2600) Unable to modify indexes for a row referenced in rollback log -- transaction rolled back
Sybase ASE数据库恢复工具READSYBDEVICE:
一个不依赖数据库管理系统、直接从Sybase数据库设备文件上提取数据的业内领先的恢复工具!能够从损坏的Sybase ASE设备文件(.dat)上提取数据的非常规恢复工具。
Sybase ASE数据库恢复工具READSYBDEVICE的主要功能:
- 被勒索病毒加密数据文件及备份文件情况下的恢复;
- 系统崩溃只剩下数据文件的情况下的恢复,甚至数据库文件不存在而只有损坏的备份文件情况下的恢复;
- 因断电、硬盘坏道等造成数据库文件损坏情况下的恢复;
- delete数据恢复、误update数据恢复、误删除表(drop)恢复、误truncate表恢复 等;
- 各种Sybase内部系统表损坏、索引错误的修复;
- master数据库损坏而无法正常运行情况下的恢复;
- Sybase数据库被标记为可疑,不可用等情况的恢复;
- Sybase数据库中数据文件内部出现坏块情况下的恢复;
- Sybase数据库无数据文件但有日志文件的情况下的恢复;
- Sybase数据库只有数据文件无任何日志文件的情况下的恢复;
- Sybase数据文件被误删除情况下的碎片提取恢复;
- 磁盘阵列上的Sybase数据库被误格式化情况下的数据库恢复;
- 数据库sysobjects等系统表损坏无法正常应用情况下的恢复;
- Sybase数据库还原数据库出现失败情况下的恢复;
- Sybase数据库只剩下损坏的备份文件情况下的恢复。
Sybase ASE数据库恢复工具READSYBDEVICE支持的版本:
Sybase ASE 11.0.x,11.5.x,11.9.x,12.0.x,12.5.x,15.0.x,15.5.x,15.7.x,16.0.xSQL Server数据库恢复工具SQLRescue:
一个不依赖数据库管理系统、直接从SQL Server数据库文件上提取数据的业内领先的恢复工具!能够从损坏的SQL Server数据库文件(.mdf)上提取数据的非常规恢复工具。
SQL Server数据库恢复工具SQLRescue的主要功能:
- 系统崩溃只剩下数据文件的情况下的恢复,即无日志文件或者日志文件损坏情况下的恢复;
- 断电导致数据库文件损坏情况下的恢复;
- 硬盘坏道造成数据库损坏情况下的恢复;
- 数据文件内部存在坏页情况下的恢复;
- 企业管理器误删除数据表记录,管理软件误删除数据表记录的恢复;
- 并闩锁错误、格式化、误删除后导致软件不能使用的情况;
- 无法读取并闩锁页sysindexes失败情况下的修复;
- 数据文件被误删除情况下的碎片提取恢复;
- 系统表损坏、索引错误、误删除数据库表、删除记录的数据找回;
- master数据库损坏而无法正常运行情况下的恢复;
- 数据文件无法附加情况下的数据恢复;
- 数据库被标记为可疑,质疑,不可用等情况的恢复;
- 数据库sysobjects等系统表损坏情况下的恢复;
- 数据被误(drop、delete、truncate)删除表数据的恢复,误update后的数据恢复等;
- 还原时报一致性错误,错误823等情况下的数据恢复,各种错误提示的数据库文件修复;
- 数据库被误格式化等情况下的数据库恢复;
- 日志收缩造成数据库损坏情况下的恢复;
- 仅剩损坏的备份文件情况下的恢复。
SQL Server数据库恢复工具SQLRescue技术特点:
只要SQL Server数据库的数据文件存在,我们就有办法帮您从数据文件中找回重要数据。- 从数据文件中直接恢复数据
- 不能附加时直接恢复数据并生成新的数据库
- 系统表损坏的数据库修复
- 快速修复SQL 823错误、连接中断错误
SQL Server数据库恢复工具SQLRescue支持的版本:
Microsoft SQL Server 7.0, 2000, 2005, 2008, 2008R2, 2012, 2014, 2016, 2017,2019。+-------------------------------------华丽的分割线-------------------------------------------------------------------------