ttXactAdmin 用于显示未完成事务处理的锁信息。
语法：
ttXactAdmin [LockOptions | LatchOptions |
TransactionOptions | ConnectionOptions | XAOptions]
{DSN | {[-connstr] ConnectionString}}
LockOptions 的语法：
[-v VerbosityLevel] [-lsn] [-mt MaximumTransactions]
[-ml MaximumLocks] [-pid ProcessID]
[-xact TransactionID] [-tbl [Owner.]TableName]
[interval Seconds] [-count NumReport]
LatchOptions 的语法：
{-latch | {-latchstats [clear | on | off | show]}}
[-interval Seconds] [-count NumReport]
项是显示闩锁统计信息。
保留 -latch 和 -latchstats 选项的目的，通常为了让 TimesTen 技术支持解决系统挂起或响应时间较长等问题。
-interval 和 -count 选项与 LockOptions 中的选项相同。
TransactionOptions 的语法：
-xactIdRollback TransactionID
如果该事务处理尝试执行回退之外的其它操作，则会向受影响的事务处理返回 TimesTen错误 1203（This transaction needs rollback since rollback was forced（此事务处理需要回退，因为已强制实施回退））。
如果实例启用了访问控制，则只有实例管理员或具有 ADMIN 权限的用户能够回退其它连接的事务处理。
ConnectionOptions 的语法：
-connections [-pid ProcessID] [-interval Seconds] [-count NumReport]
-interval 和 -count 选项与 LockOptions 中的选项相同。
XAOptions 的语法：
{-HCommit | -HAbort | -HForget} TransactionID
ttXactAdmin 报告的各字段
- - Active（活动）：活动的事务处理
- - Committing（提交中）：正在提交事务处理；正在释放锁
- - Aborting（退出中）：正在回退事务处理；正在释放锁
- - Aborted（已退出）：事务处理已回退；锁已释放
- - Idle（空闲）：事务处理分支当前没有访问数据
- - Prepared（已准备）：已准备的事务处理分支
- - Heur-Committed（试探性提交）：试探性地提交了事务处理分支
- - Heur-Aborted（试探性退出）：试探性地退出了事务处理分支
- - Row（行）：行级锁
- - EndScan（结束扫描）：表或 T 树的结束扫描锁
- - HashedKey（散列键）：散列索引键值上的持有锁；在操作需要更新散列索引时会获取该锁
- - Table（表）：表级锁
- - Prepare（准备）：准备语句时获取的锁
- - Database（数据库）：数据存储级锁
- - GrpComm（组提交）：组提交锁
- - ReplHold（复制持有）：复制书签的锁
- - XlaHold（XLA 持有）：XLA 书签的锁
- - Command（命令）：命令锁
- - OraCommit（Oracle 提交）：向 Oracle 提交高速缓存组更新时获取的锁定
- - IS：连续隔离中的意向共享锁
- - IRC：在“读取已提交”隔离中用于读取表的锁；防止在表上执行 DDL 语句
- - S：连续隔离中的共享锁
- - Sn：“读取已提交”隔离中的共享锁
- - IX：连续隔离中的意向排它锁
- - IXn：“读取已提交”隔离中的意向排它锁
- - SIX：有意在连续隔离中设置排它锁的共享锁
- - SIXn：有意在“读取已提交”隔离中设置排它锁的共享锁
- - IU：连续隔离中的意向更新锁
- - IUn：“读取已提交”隔离中的意向更新锁
- - U：连续隔离中的更新锁
- - X：连续隔离中的排它锁
- - W：更新、插入或删除表锁
- - Xw：“读取已提交”隔离中的排它锁
- - XNi：要插入表或非唯一索引中的下一个锁
- - Un：“读取已提交”隔离中的更新锁
- - En：“读取已提交”隔离中的结束扫描锁
- - NS：与连续隔离中的表锁相冲突的“读取已提交”隔离中的表锁
各列代表持有模式或 HMode，各行代表请求模式或 RMode。如果某一资源上的锁以特定模式 (HMode)授予了一个事务处理，当后续事务处理以特定模式 (RMode) 请求同一资源上的锁时，当持有模式与请求模式兼容 (+)时，该锁就会授予后续事务处理。否则，如果锁模式不兼容 (–)，则后续事务处理必须等待，直至第一个事务处理释放锁。
文章 (RSS)