timesten获取sql相关执行计划

Command>host ttxactadmin ttwind

Command>call ttsqlcmdcacheinfo(135710768);

2014-12-30 16:07:54.311

/app/timesten/TimesTen/ttwind/info/datastore/ttwind

TimesTen Release 11.2.2.7.0

Outstanding locks

PID     Context            TransID     TransStatus Resource  ResourceID           Mode  SqlCmdID             Name

Program File Name: timestenorad

9100    0x7fe5ac0811e0        8.2397   Active      Database  0x01312d0001312d00   IX    0

Table     1798032              W     10739348336          SCOTT.TBLORDERS

Row       BMUFVUAAAAbAAAAJBv   S     10739348336          SYS.TABLES

Row       BMUFVUAAABHFQAAEhm   Sn    10739348336          SYS.CACHE_GROUP

1 outstanding transaction found

Command>call ttsqlcmdcacheinfo(10739348336);

< 10739348336, 2048, 425, 425, 0, 1, 2272, SYS                            , CALL ttCacheLockCacheGp(1, ‘357000776#‘, ‘S‘, ‘1‘) >

1 row found.

Command>vertical 1;

Command>call ttsqlcmdcacheinfo(10739348336);

SQLCMDID:                        10739348336

PRIVATE_COMMAND_CONNECTION_ID:   2048

EXECUTIONS:                      426

PREPARES:                        426

REPREPARES:                      0

FREEABLE:                        1

SIZE:                            2272

OWNER:                           SYS

QUERYTEXT:                       CALL ttCacheLockCacheGp(1, ‘357000776#‘, ‘S‘, ‘1‘)

Command>call ttsqlcmdqueryplan(10739348336);

SQLCMDID:         10739348336

QUERYTEXT:        CALL ttCacheLockCacheGp(1, ‘357000776#‘, ‘S‘, ‘1‘)

STEP:             <NULL>

LEVEL:            <NULL>

OPERATION:        <NULL>

TABLENAME:        <NULL>

TABLEOWNERNAME:   <NULL>

INDEXNAME:        <NULL>

INDEXEDPRED:      <NULL>

NONINDEXEDPRED:   <NULL>

SQLCMDID:         10739348336

QUERYTEXT:        <NULL>

STEP:             1

LEVEL:            1

OPERATION:        Procedure Call

TABLENAME:

TABLEOWNERNAME:

INDEXNAME:

INDEXEDPRED:

NONINDEXEDPRED:

Command>commit;

时间: 2024-11-05 00:35:20

timesten获取sql相关执行计划的相关文章

使用ttXactAdmin、ttSQLCmdCacheInfo、ttSQLCmdQueryPlan获取SQL相关详细信息[TimesTen运维]

使用ttXactAdmin.ttSQLCmdCacheInfo.ttSQLCmdQueryPlan获取SQL相关详细信息,适合于tt11以上版本. $ ttversion TimesTen Release 11.2.2.4.3 (64 bit Linux/x86_64) (tt1122:53396) 2013-02-09T17:19:52Z Instance admin: timesten Instance home directory: /TimesTen/tt1122 Group owner

使用ttXactAdmin、ttSQLCmdCacheInfo、ttSQLCmdQueryPlan获取SQL相关具体信息[TimesTen运维]

使用ttXactAdmin.ttSQLCmdCacheInfo.ttSQLCmdQueryPlan获取SQL相关具体信息,适合于tt11以上版本号. $ ttversion TimesTen Release 11.2.2.4.3 (64 bit Linux/x86_64) (tt1122:53396) 2013-02-09T17:19:52Z Instance admin: timesten Instance home directory: /TimesTen/tt1122 Group owne

如何获取真实的执行计划 (下)

续 如何获取真实的执行计划(上) http://bfc99.blog.51cto.com/265386/1706835  方法4: 10046 trace跟踪 SQL> alter session set events '10046 trace name context  forever,level 12';  --打开跟踪 Session altered. SQL> SELECT  * FROM t1, t2 WHERE t1.id = t2.t1_id AND t1.n in(18,19)

SQL Server执行计划那些事儿(2)——查找和扫描

接下来的文章是记录自己曾经的盲点,同时也透漏了自己的发展历程(可能发展也算不上,只能说是瞎混).当然,一些盲点也在工作和探究过程中慢慢有些眉目,现在也愿意发扬博客园的奉献精神,拿出来和大家分享一下. 开门见上,直接入题 在查看执行计划时候,你是否曾经也和我一样,有这样的疑惑呢?查找和扫描究竟是什么,以及他们的在查询性能上有什么区别.下面分享下我的理解. 扫描和查找是SQL Server从表或索引中读取数据所采用的迭代器,又因为经常在执行计划中看到,因此理解他们之间的区别,对我们优化查询有很重要的

如何清除某条SQL的执行计划

如果遇到绑定窥探导致执行计划慢的情况,想要清除某条SQL的执行计划,让它硬解析,找了很久都没有找到直接操作share pool的方法(除非alter system flush shared_pool),只能通过对表ddl使SQL硬解析.现在终于找到了,使用sys.dbms_shared_pool.purge 在11g下可以直接使用,但在10g上需要 alter session set events '5614566 trace name context forever'   --特定游标对象 S

如何获取真实的执行计划 (上)

在ORACLE中,一条SQL的执行计划可以帮助我们了解该SQL的运行步骤,从而判断相应的执行计划是否合理,其瓶颈在何处等.所以,执行计划是我们调整SQL的一个重要参考.在说明如何获取真实的执行计划前,我们先看一下通常获取执行计划的几种方法:1.explain for ... 2.set autotrace on3. dbms_xplan.display_cursor4. 10046 trace跟踪5. awrsqrpt.sql 在进行具体的演示前,我们均以下面的SQL做为样例.  SELECT 

SQL Server 执行计划缓存

原文:SQL Server 执行计划缓存 标签:SQL SERVER/MSSQL SERVER/数据库/DBA/内存池/缓冲区 概述 了解执行计划对数据库性能分析很重要,其中涉及到了语句性能分析与存储,这也是写这篇文章的目的,在了解执行计划之前先要了解一些基础知识,所以文章前面会讲一些概念,学起来会比较枯燥,但是这些基础知识非常重要. 目录 概述 基础概念 怎样缓存执行计划 SQL Server自动删除执行计划 重新编译执行计划 测试 执行计划相关系统视图 手动清空缓存执行计划 测试索引更改对执

Oracle固定SQL的执行计划(一)---SQL Profile

我们都希望对于所有在Oracle数据库中执行的SQL,CBO都能产生出正确的执行计划,但实际情况却并非如此,由于各种各样的原因(比如目标SQL所涉及的对象的统计信息的不准确,或者CBO内部一些成本计算公式的先天缺陷等),导致有时CBO产生效率不高.甚至是错误的执行计划.特别是CBO对目标SQL所产生的初始执行计划是正确的,后来由于某种原因(比如统计信息的变更等)而导致CBO重新对其产生了错误的执行计划,这种执行计划的改变往往会导致目标SQL执行时间呈数量级的递增,而且常常会让我们很困惑:这个SQ

SQL Server 执行计划中的扫描方式举例说明

原文地址:http://www.cnblogs.com/zihunqingxin/p/3201155.html 1.执行计划使用方式 选中需要执行的语句,点击Ctrl+L执行 2.示例student表,id,name,addressid上建立聚集索引Name建索引address无索引 3.区别1. [Table Scan]:遍历整个表,查找所有匹配的记录行.这个操作将会一行一行的检查,当然,效率也是最差的.以无索引字段为条件,按存放顺序一个个查,where address='123' 2. [I