先看下执行计划，不一定和并行有关

这是一组Oracle数据库的查询语句，用于分析数据库的活动会话历史。以下是每个查询语句的解释：

1.  `select  SAMPLE_ID,count(*)  from  v$active_session_history  group  by  SAMPLE_ID  order  by  2  desc`：这个查询语句用于查看活动会话历史中每个样本ID的数量，并按数量降序排列。

2.  `select  *  from  v$active_session_history  where  SAMPLE_ID='268266729'`：这个查询语句用于查看样本ID为'268266729'的活动会话历史的所有信息。

3.  `select  *  from  v$active_session_history  where  SESSION_ID=177  and  SESSION_SERIAL#=24875`：这个查询语句用于查看会话ID为177且会话序列号为24875的活动会话历史的所有信息。

4.  `select  *  from  v$sql  where  sql_id='80qjf2m04utnr'`：这个查询语句用于查看sql_id为'80qjf2m04utnr'的SQL语句的所有信息。

通过这组查询语句，可以分析出活动会话突然增高的原因，以及这个现象持续的时间。同时，也可以查看发起这个现象的查询服务的信息，以及相关的SQL语句。

从你的描述来看，这个问题可能是由于Oracle的并行处理机制导致的。虽然你的程序没有开启并行处理，但是Oracle在某些情况下会自动启用并行处理，以提高查询性能。这种情况通常发生在处理大量数据的查询中。

Oracle并行处理是指Oracle数据库在执行查询时，会将查询任务分解为多个子任务，然后并行执行这些子任务，以提高查询性能。并行处理可以显著提高处理大量数据的查询的性能，但是也会增加系统的负载，可能导致系统资源的短时间内的高度使用。

在你的情况中，可能是由于查询服务处理的数据量较大，触发了Oracle的并行处理机制，导致活动会话数突然增加。但是由于并行处理可以提高查询性能，所以活动会话数在一分钟内就下来了。

解决方案：
你可以通过设置参数parallel_degree_policy来控制Oracle的并行处理机制。如果你不希望Oracle自动启用并行处理，可以将此参数设置为MANUAL。例如：

ALTER  SYSTEM  SET  parallel_degree_policy=MANUAL;

对于已经存在的SQL，你可以使用no_parallel  hint来禁用并行处理。例如：

SELECT  /*+  no_parallel(t)  */  *  FROM  t;

触发情况：
Oracle的并行处理机制通常在以下情况下触发：

1.  查询处理的数据量较大。
2.  查询涉及到的表或索引的大小超过了参数parallel_min_threshold的值。
3.  执行计划中包含了并行操作，例如全表扫描或者索引快速全扫描。

停止输出