螺旋锁争用和网络连接调优 « 内存数据库用户指南

随着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中文版：

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

螺旋锁争用和网络连接调优 ‌ ‌ ‌

内存数据库不像磁盘驻留式数据库那样有那么多的延迟和争用问题，原因是它们不使用磁盘 I/O。但是，在负载非常高的情况下，内存数据库可能会受到其它螺旋锁争用和内存访问问题的困扰：

• 高速缓存螺旋锁争用 — 在负载非常高的情况下，可能会成为内存高速缓存的瓶颈。请考虑将高速缓存分区数增加到 64 个或更多。大量高速缓存分区所需的额外内存资源微不足道，但通过减少高速缓存管理器螺旋锁争用提高了性能。

• 对象管理器螺旋锁争用 — 如果您的应用程序频繁访问少量对象，您可能会注意到对元数据结构的螺旋锁争用，这种情况由 sp_sysmon 报告。

使用 dbcc tune 'des_bind' 可绑定频繁访问对象的描述符，以使其永远不会被清除。即使仅绑定几个常用对象的描述符，也可以大大减少总体元数据螺旋锁争用情况并提高性能。

改进对锁管理程序散列表螺旋锁比率的争用 ‌

内存数据库的吞吐量可能会产生对锁管理程序散列表螺旋锁比率的争用。表锁散列表以及页和行锁散列表螺旋锁可能会成为产生争用的重要因素。

sp_sysmon 的 Lock Management 部分显示了对于为这些散列表管理散列桶的螺旋锁的争用百分比：

Lock Management

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

Lock Summary per sec per xact count % of total

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

Total Lock Request 285063.3 43.0 17103795 n/a

Avg Lock Contention 1857.3 0.3 111435 0.7 %

Cluster Locks Retained 0.0 0.0 0 0.0 %

Deadlock Percentage 0.1 0.0 8 0.0 %

Lock Detail per sec per xact count % of total

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

Table Lock Hashtable

Lookups 130160.4 19.6 7809622 n/a Avg Chain Length n/a n/a 0.00000 n/a Spinlock Contention n/a n/a n/a 4.6 %

[...]

Page & Row Lock HashTable

Lookups 268968.1 40.6 16138085 n/a Avg Chain Length n/a n/a 1.03330 n/a Spinlock Contention n/a n/a n/a 4.8 %

通常，如果此争用超过大约 4%，请考虑减小这些螺旋锁与散列桶之间的比率。对一个螺旋锁所控制的散列桶个数进行控制的配置选项的缺省值是：

• 如果 lock table spinlock ratio 的缺省值为 20，则会影响 Table Lock Hashtable 输出中的螺旋锁争用。

• 如果 lock spinlock ratio 的缺省值为 85，则会影响 Page & Row Lock Hashtable 输出中的螺旋锁争用。

当螺旋锁争用很严重时，减小 lock table spinlock ratio 和 lock spinlock ratio 的值可以提高运行期性能。用较多螺旋锁来控制较少的散列桶所产生的额外内存开销并不大。开始时，可以将配置参数的值减小一半。如果发生极端螺旋锁争用情况（超过 10%），则将相应的配置选项减小到非常小的值（例如， 3 – 5）可能有助于消除螺旋锁开销产生的性能瓶颈。

确定网络连接数

缺省情况下， Adaptive Server 使用单个网络监听器，该监听器可以在任何引擎上运行。当 Adaptive Server 收到连接请求时，接受该连接的引擎将成为该连接的网络引擎，而当相应的任务执行网络 I/O 时，必须迁移到此引擎。

如果同时存在很多个客户端连接， Adaptive Server 可能无法在不同的连接请求之间调度监听器（除非连接请求由于时间片耗完而放弃）并在同一个引擎上接受所有连接。由于任何相应任务都必须在该引擎上运行以执行网络 I/O，因此该引擎成为瓶颈。使用 sp_sysmon Network I/O Management 部分可确定 Adaptive Server 如何分配网络 I/O。以下示例说明 Adaptive Server 未按比例分配网络 I/O：Engine 2 使用了 88% 以上的网络 I/O，而其它引擎使用了很少的网络 I/O，甚至根本没有使用：

Network I/O Management

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

Total Network I/O Requests 7301.5 1.4 438092 n/a

Network I/Os Delayed 0.0 0.0 0

0.0 %

Total TDS Packets Received per sec per xact count % of total

------------------------- ------------ ------------ -------- ------------ Engine 0 308.8 0.1 18528 7.7 %

Engine 1 163.6 0.0 9818 4.1 %

Engine 2 3558.8 0.7 213527 88.3 %

Engine 3 0.0 0.0 2 0.0 %

Engine 4 0.0 0.0 0 0.0 %

Engine 5 0.0 0.0 0 0.0 %

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

Total TDS Packets Rec'd 4031.3 0.8 241875

Avg Bytes Rec'd per Packet n/ n/a 136

n/a

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

Total TDS Packets Sent per sec per xact count % of total

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

Engine	0	308.8	0.1	18529	7.7	%
Engine	1	163.6	0.0	9818	4.1	%
Engine	2	3558.9	0.7	213531	88.3	%
Engine	3	0.0	0.0	2	0.0	%
Engine	4	0.0	0.0	0	0.0	%

Engine 5	0.0 0.0	0	0.0 %
-------------------------	----------- ------------	--------
Total TDS Packets Sent	4031.3	0.8 241880

若要解决不平衡的网络 I/O 使用率，请使用多个网络监听器并将它们绑定到不同的引擎（通常，一个监听器对应一个引擎）。若要确定将多少个客户端绑定到每个网络监听器，请划分客户端连接以便每个监听器接受大约相同数量的连接。例如，如果有 6 个网络监听器和 60 个客户端，

可将每组 10 个客户端连接到一个监听器。

在平衡上述网络监听器后， sp_sysmon 输出可能如下所示：

Network I/O Management

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

Total Network I/O Requests	8666.5	1.3	519991	n/a
n/a
Network I/Os Delayed	0.0	0.0	0	0.0 %

Total TDS Packets Received per sec per xact count % of total

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

Engine	0	893.4	0.1	53602	17.8	%
Engine	1	924.5	0.1	55468	18.5	%
Engine	2	701.9	0.1	42113	14.0	%
Engine	3	906.0	0.1	54358	18.1	%
Engine	4	896.1	0.1	53763	17.9	%
Engine	5	683.8	0.1	41028	13.7	%
-------------------------		------------	--------	-------
Total TDS Packets Rec'd		5005.5	0.8	300332

Avg Bytes Rec'd per Packet n/ n/a 136

n/a

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

Total TDS Packets Sent per sec per xact count % of total

Engine	0	893.3	0.1	53595	17.8	%
Engine	1	924.5	0.1	55467	18.5	%
Engine	2	701.9	0.1	42113	14.0	%
Engine	3	905.9	0.1	54355	18.1	%
Engine	4	896.1	0.1	53763	17.9	%
Engine	5	683.8	0.1	41026	13.7	%

Engine	0	893.3	0.1	53595	17.8	%
Engine	1	924.5	0.1	55467	18.5	%
Engine	2	701.9	0.1	42113	14.0	%
Engine	3	905.9	0.1	54355	18.1	%
Engine	4	896.1	0.1	53763	17.9	%
Engine	5	683.8	0.1	41026	13.7	%

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

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

Total TDS Packets Sent 4031.3 0.8 241880

网络监听器不平衡并非内存数据库所特有的问题，在磁盘驻留式数据库中也可能发生。但是，由于内存驻留式数据库不使用磁盘 I/O，因此它们通常具有比磁盘驻留式数据库更高的吞吐量。吞吐量增加以及不存在磁盘 I/O 延迟会使内存数据库完成比磁盘驻留式数据库更多的工作，包括执行更多网络 I/O，而这可能会由于网络监听器负载不平衡而增加瓶颈的严重性。

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

--------------------------------------华丽的分割线-------------------------------------------------------------------------

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加密的数据文件

请参考：研发成功了从Sybase SQL Anywhere的DB文件上恢复数据的工具
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.x

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

SQL 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。
+-------------------------------------华丽的分割线-------------------------------------------------------------------------

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

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

螺旋锁争用和网络连接调优 ‌ ‌ ‌

改进对锁管理程序散列表螺旋锁比率的争用 ‌

确定网络连接数