oracle 预取,SQLplus 下行预取特性

于 2021-04-10 10:06:05 发布
阅读量114 收藏
点赞数
文章标签： oracle 预取

通常情况下数据库引擎每访问一个数据块将产生至少一个逻辑读。而行预取与逻辑读息息相关。行预取是指当客户端从数据库获取数据时

可以采用单行也可以采用多行方式返回数据。当采用多行方式时，则会预取多条记录存储在客户端内存中以避免后续多次该数据的请求所致的

各种开销(LIO，PIO，NET IO)。一般预取行数越大，则所产生的开销越小，当达到临界值时其变化不大。

一、演示

1、创建演示表

scott@CNMMBO> select * from v$version where rownum<2;

BANNER

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

Oracle Database 10g Release 10.2.0.3.0 - 64bit Production

scott@CNMMBO> create table t as select * from dba_objects; -->创建演示表

scott@CNMMBO> analyze table t compute statistics; -->更新统计信息

scott@CNMMBO> exec show_space('T');

Unformatted Blocks ..................... 0

FS1 Blocks (0-25) ...................... 0

FS2 Blocks (25-50) ..................... 0

FS3 Blocks (50-75) ..................... 0

FS4 Blocks (75-100)..................... 0

Full Blocks ............................ 690

Total Blocks............................ 768 -->表段上的总块数768

Total Bytes............................. 6，291，456

Total MBytes............................ 6

Unused Blocks........................... 58 -->未使用的块数58

Unused Bytes............................ 475，136

Last Used Ext FileId.................... 11

Last Used Ext BlockId................... 39，561

Last Used Block......................... 70

PL/SQL procedure successfully completed.

2、arraysize与consistent gets的关系

scott@CNMMBO> show arraysize -->arraysize的大小此时为默认值15

arraysize 15

scott@CNMMBO> set arraysize 2 -->修改arraysize的值为2

scott@CNMMBO> set autotrace traceonly stat; -->启用autotrace

scott@CNMMBO> select * from t;

Statistics

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

1 recursive calls

0 db block gets

25390 consistent gets -->此时的consistent gets为25390

0 physical reads

0 redo size

6596152 bytes sent via SQL*Net to client

275844 bytes received via SQL*Net from client

25034 SQL*Net roundtrips to/from client

0 sorts (memory)

0 sorts (disk)

50066 rows processed

scott@CNMMBO> set arraysize 15 -->修改arraysize的值为15

scott@CNMMBO> select * from t;

Statistics

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

0 recursive calls

0 db block gets

3992 consistent gets -->此时的consistent gets为3992

0 physical reads

0 redo size

2625967 bytes sent via SQL*Net to client

37199 bytes received via SQL*Net from client

3339 SQL*Net roundtrips to/from client

0 sorts (memory)

0 sorts (disk)

50066 rows processed

--从上面的演示可以看出由于设置了不同的array size值，导致在全表扫描(表上不存在索引)是产生了不同的consistent gets

--当arraysize值变大时，consistent gets的值会减少

--consistent gets 为3992从何而来?

scott@CNMMBO> set autotrace off;

scott@CNMMBO> select 50066/15+768-58 from dual; -->number_of_rows/arraysize + total_blocks_read

50066/15+768-58

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

4047.73333

--从上面的计算可以看出4047若高于3992，因此该consistent gets接近于计算得到的值

scott@CNMMBO> set autotrace traceonly;

scott@CNMMBO> select count(*) from t; -->聚合计算

Execution Plan

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

Plan hash value: 2966233522

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

| Id | Operation | Name | Rows | Cost (%CPU)| Time |

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

| 0 | SELECT STATEMENT | | 1 | 158 (1)| 00:00:02 |

| 1 | SORT AGGREGATE | | 1 | | |

| 2 | TABLE ACCESS FULL| T | 50066 | 158 (1)| 00:00:02 |

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

Statistics

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

0 recursive calls

0 db block gets

695 consistent gets -->此时的consistent gets为695

0 physical reads

0 redo size

517 bytes sent via SQL*Net to client

492 bytes received via SQL*Net from client

2 SQL*Net roundtrips to/from client

0 sorts (memory)

0 sorts (disk)

1 rows processed

--此时走的是全表扫描，为什么一致读仅仅只有695?接近于表上的块数.

--考虑表段上的块数768-58=710

--注意此时的聚合仅仅是一个SINGLE CALL,SQL引擎内部使用行预取,每个块上将产生一次逻辑读，抽取其中的所有行

scott@CNMMBO> set autotrace off;

scott@CNMMBO> SELECT num_rows，

2 blocks blks，

3 empty_blocks em_blks，

4 avg_space，

5 chain_cnt，

6 avg_row_len，

7 round(num_rows / blocks) AS avg_rows_per_block，

8 last_analyzed lst_anly，

9 stale_stats

10 FROM dba_tab_statistics

11 WHERE table_name = 'T'

12 AND owner = 'SCOTT';

NUM_ROWS BLKS EM_BLKS AVG_SPACE CHAIN_CNT AVG_ROW_LEN AVG_ROWS_PER_BLOCK LST_ANLY STA

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

50066 710 58 860 0 97 71 12-JAN-12 NO

scott@CNMMBO> select 71*710 from dual;

71*710

---------- -->值50410与50066相接近

50410

3、arraysize与全表扫描

scott@CNMMBO> set autotrace traceonly stat;

scott@CNMMBO> set arraysize 100 -->调整arraysize值为100

scott@CNMMBO> select * from t;

Statistics

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

0 recursive calls

0 db block gets

1185 consistent gets

0 physical reads

0 redo size

2106796 bytes sent via SQL*Net to client

5992 bytes received via SQL*Net from client

502 SQL*Net roundtrips to/from client

0 sorts (memory)

0 sorts (disk)

50066 rows processed

scott@CNMMBO> set arraysize 200 -->调整arraysize值为200

scott@CNMMBO> select * from t;

Statistics

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

0 recursive calls

0 db block gets

940 consistent gets

0 physical reads

0 redo size

2061046 bytes sent via SQL*Net to client

3242 bytes received via SQL*Net from client

252 SQL*Net roundtrips to/from client

0 sorts (memory)

0 sorts (disk)

50066 rows processed

scott@CNMMBO> set arraysize 2000 -->调整arraysize值为2000,此时访问方式为全表扫描

scott@CNMMBO> select * from t;

Statistics

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

0 recursive calls

0 db block gets

721 consistent gets

0 physical reads

0 redo size

2019871 bytes sent via SQL*Net to client

767 bytes received via SQL*Net from client

27 SQL*Net roundtrips to/from client

0 sorts (memory)

0 sorts (disk)

50066 rows processed

scott@CNMMBO> set arraysize 4000 -->调整arraysize值为4000,此时访问方式为全表扫描

scott@CNMMBO> select * from t;

Statistics

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

0 recursive calls

0 db block gets

708 consistent gets

0 physical reads

0 redo size

2017492 bytes sent via SQL*Net to client

624 bytes received via SQL*Net from client

14 SQL*Net roundtrips to/from client

0 sorts (memory)

0 sorts (disk)

50066 rows processed

scott@CNMMBO> set arraysize 20000 -->调整arraysize超出范围

SP2-0267: arraysize option 20000 out of range (1 through 5000)

scott@CNMMBO> set arraysize 5000 -->调整arraysize到最大值5000,此时访问方式为全表扫描

scott@CNMMBO> select * from t;

Statistics

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

0 recursive calls

0 db block gets

706 consistent gets

0 physical reads

0 redo size

2017126 bytes sent via SQL*Net to client

602 bytes received via SQL*Net from client

12 SQL*Net roundtrips to/from client

0 sorts (memory)

0 sorts (disk)

50066 rows processed

--从上面观察可以看出当arraysize不但增大的情形下，其逻辑读相应会减少，当arraysize达到一定值之后逻辑读减少的幅度变化不大

scott@CNMMBO> set autotrace traceonly;

scott@CNMMBO> show arraysize

arraysize 1

scott@CNMMBO> select * from emp;

Execution Plan

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

Plan hash value: 3956160932

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

| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |

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

| 0 | SELECT STATEMENT | | 14 | 518 | 3 (0)| 00:00:01 |

| 1 | TABLE ACCESS FULL| EMP | 14 | 518 | 3 (0)| 00:00:01 |

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

Statistics

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

0 recursive calls

0 db block gets

14 consistent gets

0 physical reads

0 redo size

2633 bytes sent via SQL*Net to client

558 bytes received via SQL*Net from client

8 SQL*Net roundtrips to/from client

0 sorts (memory)

0 sorts (disk)

14 rows processed

--从上面的测试可以看出在全表扫描时，当arraysize为1时，表上的一条记录将产生一次consistent gets

3、arraysize与索引扫描

scott@CNMMBO> alter table t add constraint t_pk primary key(object_id); -->为表添加索引

scott@CNMMBO> analyze table t compute statistics; -->更新统计信息

scott@CNMMBO> set autotrace traceonly;

scott@CNMMBO> select count(*) from t;

Execution Plan

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

Plan hash value: 454320086

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

| Id | Operation | Name | Rows | Cost (%CPU)| Time |

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

| 0 | SELECT STATEMENT | | 1 | 24 (0)| 00:00:01 |

| 1 | SORT AGGREGATE | | 1 | | |

| 2 | INDEX FAST FULL SCAN| T_PK | 50066 | 24 (0)| 00:00:01 |

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

Statistics

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

1 recursive calls

0 db block gets

111 consistent gets

0 physical reads

0 redo size

517 bytes sent via SQL*Net to client

492 bytes received via SQL*Net from client

2 SQL*Net roundtrips to/from client

0 sorts (memory)

0 sorts (disk)

1 rows processed

--从上面的执行计划和buffers可以看出此时走了索引全扫描,且consistent gets的大小为111.即优化器基于索引统计得到总行数,而不是基于表.

scott@CNMMBO> exec show_space('T_PK'，'SCOTT'，'INDEX'); -->查看索引段的使用情况

Unformatted Blocks ..................... 0

FS1 Blocks (0-25) ...................... 0

FS2 Blocks (25-50) ..................... 1

FS3 Blocks (50-75) ..................... 0

FS4 Blocks (75-100)..................... 0

Full Blocks ............................ 104

Total Blocks............................ 120 -->索引段总块数120

Total Bytes............................. 983，040

Total MBytes............................ 0

Unused Blocks........................... 5 -->空闲块数为5

Unused Bytes............................ 40，960

Last Used Ext FileId.................... 11

Last Used Ext BlockId................... 39，745

Last Used Block......................... 3

PL/SQL procedure successfully completed.

scott@CNMMBO> show arraysize

arraysize 5000

scott@CNMMBO> select count(*) from t;

Statistics

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

0 recursive calls

0 db block gets

111 consistent gets

0 physical reads

0 redo size

517 bytes sent via SQL*Net to client

492 bytes received via SQL*Net from client

2 SQL*Net roundtrips to/from client

0 sorts (memory)

0 sorts (disk)

1 rows processed

scott@CNMMBO> set arraysize 2000

scott@CNMMBO> select count(*) from t;

Statistics

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

0 recursive calls

0 db block gets

111 consistent gets

0 physical reads

0 redo size

517 bytes sent via SQL*Net to client

492 bytes received via SQL*Net from client

2 SQL*Net roundtrips to/from client

0 sorts (memory)

0 sorts (disk)

1 rows processed

scott@CNMMBO> set arraysize 15

scott@CNMMBO> select count(*) from t;

Statistics

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

0 recursive calls

0 db block gets

111 consistent gets

0 physical reads

0 redo size

517 bytes sent via SQL*Net to client

492 bytes received via SQL*Net from client

2 SQL*Net roundtrips to/from client

0 sorts (memory)

0 sorts (disk)

1 rows processed

scott@CNMMBO> set arraysize 1

scott@CNMMBO> select count(*) from t;

Statistics

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

0 recursive calls

0 db block gets

111 consistent gets

0 physical reads

0 redo size

517 bytes sent via SQL*Net to client

492 bytes received via SQL*Net from client

2 SQL*Net roundtrips to/from client

0 sorts (memory)

0 sorts (disk)

1 rows processed

--从上面的测试可知，走索引扫描之后的聚合与arraysize无关

二、分析  假定使用select * from t发布查询，此时表上每个数据块为16行，且arraysize 的设置为15(缺省值)，

则

第一次fetch， 读第一块15行，此时产生第1次consistent gets

第二次fetch， 读第一块1行，此时产生第2次consistent gets，读第二块14行，此时产生第3次consistent gets

第三次fetch， 读第二块2行，此时产生第4次consistent gets，读第三块13行，此时产生第5次consistent gets

依此内推

假定此时表上每个数据块为10行，即数据块上的行数小于arraysize的情形(10<15)

第一次fetch，读第一块10行，此时产生第1次consistent gets

读第二块5行，此时产生第2次consistent gets

第二次fetch，读第二块5行，此时产生第3次consistent gets

读第三块10行，此时产生第4次consistent gets

第三次fetch，读第四块10行，此时产生第5次consistent gets

读第五块5行，此时产生第6次consistent gets

依此内推

当arraysize设置为n(15)时，则Oracle从buffer一次fetch n(15)行，然后将数据返回给客户端.接下来Oracle会再次从buffer中fetch第二次

，返回下一个n(15)行

由上可知，在fetch期间可能会产生多次consistent gets。

当设置了较大的arraysize，从演示中可以看出SQL*Net的sent与received也随之减少。即请求时往返的次数明显降低。

三、总结  1、arraysize参数用于控制返回给客户端预取的行数，缺省值为15

2、逻辑读为consistent gets + db block gets，为简化描述，下面直接使用逻辑读

3、当行预取值设定为1时，对于全表扫描，每返回一个行需要产生一个逻辑读，如果设定的行预取值大于单块存储的行数，则逻辑读接近于块数

4、逻辑读的值随arraysize的增大而减小，当达到临界值(即略大于表上单块存储的行束)之后其变化趋势不大

5、SQL*Net的sent与received的值会随着arraysize的增大而减小

6、逻辑读通常会多于一次，见第二点的分析

7、对于聚合运算的情形(无索引)，SQL引擎内部使用行预取。即每次SQL引擎访问一个块的时候，抽取其中的所有行。其逻辑读接近于块数

8、在使用索引的情形下，consistent gets与arraysize无关

四、更多参考

原文链接：

http://blog.csdn.net/robinson_0612/article/details/7199520

精准撩男
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
预取技术分析
10-17
内存时延是制约现代处理器性能的主要因素之一。预取技术通过提前从内存读取将来可能使用的数据降低内存时延对处理器执行的...探讨了当前主流硬件平台的预取技术，分析了现有预取技术的不足并展望了预取技术的发展趋势。
cpu时钟预取实例代码分享
09-15
cpu时钟预取实例代码分享,大家参考使用吧
oracle预取条数,行预取（raw prefecting）和聚簇因子（clustering_factor）
weixin_28879085的博客
04-05 132
行预取：每次应用程序请求驱动从数据库返回1条记录的时候，会预取多条记录并将它们存储在客户端的内存中。这样，多个连续的请求就不需要执行数据库的调用来读取数据。可以直接从客户端内存中得到他们。结果，到数据库的往返次数随预取记录数量的增加呈比例的降低。因此，检索包含大量记录的结果集的开销会显著的降低；Oracle数据库引擎只通过一次逻辑读就可以同时获取多行数据，以提高性能。一次行预取读取的行数由arra...
oracle行预取（raw prefecting）和聚簇因子（clustering_factor）
sunbocong的博客
06-11 430
oracle行预取（raw prefecting）和聚簇因子（clustering_factor） 转自：行预取（raw prefecting）和聚簇因子（clustering_factor） 背景介绍 行预取： 每次应用程序请求驱动从数据库返回1条记录的时候，会预取多条记录并将它们存储在客户端的内存中。这样，多个连续的请求就不需要执行数据库的调用来读取数据。可以直接从客户端内存中...
SQLplus 下行预取特性
anjichan4261的博客
01-13 100
通常情况下数据库引擎每访问一个数据块将产生至少一个逻辑读。而行预取与逻辑读息息相关。行预取是指当客户端从数据库获取数据时可以采用单行也可以采用多行方式返回数据。当采用多行方式时，则会预取多条记录存储在客户端内存中以避免后续多次该数据的请求所致的各种开销(LIO，PIO，NET IO)。一般预取行数越大，则所产生的开销越小，当达到临界值时其变化不大。一、演示1、创建演示表 sco...
细说SQLplus 下行预取特性的方式是否合理
weixin_30747253的博客
02-15 41
细说SQLplus 下行预取特性的方式是否合理； 通常情况下数据库引擎每访问一个数据块将产生至少一个逻辑读。而行预取与逻辑读息息相关。行预取是指当客户端从数据库获取数据时可以采用单行也可以采用多行方式返回数据。当采用多行方式时，则会预取多条记录存储在客户端内存中以避免后续多次该数据的请求所致的各种开销(LIO，PIO，NET IO)。一般预取行数越大，则所产生的开销越小，当达到临界值时其变化不大...
数据库编程总结
热门推荐
深之JohnChen的专栏
04-11 5万+
数据库编程总结当前各种主流数据库有很多，包括Oracle, MS SQL Server, Sybase, Informix, MySQL, DB2, Interbase / Firebird, PostgreSQL, SQLite, SAP/DB, TimesTen, MS ACCESS等等。数据库编程是对数据库的创建、读写等一列的操作。数据库编程分为数据库客户端编程与数据库服务器端编程。数据
【转】数据库编程总结
carpe__diem的专栏
04-12 2355
 from:  http://blog.csdn.net/byxdaz/archive/2010/04/11/5473557.aspx当前各种主流数据库有很多，包括Oracle, MS SQL Server, Sybase, Informix, MySQL, DB2, Interbase / Firebird, PostgreSQL, SQLite, SAP/DB, TimesTen, M
VC数据库编程总结(二)
keilsi的专栏
02-15 1650
<br />二、据库语句优化<br />SQL语句优化的原则<br />◆1、使用索引来更快地遍历表 <br />缺省情况下建立的索引是非群集索引，但有时它并不是最佳的。在非群集索引下，数据在物理上随机存放在数据页上。合理的索引设计要建立在对各种查询的分析和预测上。一般来说：①.有大量重复值、且经常有范围查询（between, > ,< ，> =,< =）和order by、group by发生的列，可考虑建立群集索引；②.经常同时存取多列，且每列都含有重复值可考虑建立组合索引；③.组合索引要尽量使关键查询
更强大的vue ssr实现预取数据的方式
10-16
主要介绍了更强大的 vue ssr 预取数据的方式，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧
网格虚拟组织副本协作预取机制
02-24
通过对虚拟组织文件访问特性进行深入分析,引入隐性高价值文件概念,提出虚拟组织副本协作预取机制(cooperative replica prefetching mechanism,简称CoRPM),使得本地节点通过与虚拟组织中其他节点进行协作来获取隐性高...
在端到端数据处理中具有预取策略的自适应缓存分配
06-03
该方案可以充分利用堆栈空间数据访问的特性，采用快速地址计算策略，减少堆栈访问的命中时间。 自适应地，当发生堆栈溢出时，可以从头到尾关闭堆栈缓存，以避免堆栈切换对处理器性能的影响。 此外，通过指令高速...
WX小程序源码小游戏类
05-28
WX小程序源码小游戏类提取方式是百度网盘分享地址
grpcio-1.47.2-cp310-cp310-musllinux_1_1_x86_64.whl
最新发布
05-28
Python库是一组预先编写的代码模块，旨在帮助开发者实现特定的编程任务，无需从零开始编写代码。这些库可以包括各种功能，如数学运算、文件操作、数据分析和网络编程等。Python社区提供了大量的第三方库，如NumPy、Pandas和Requests，极大地丰富了Python的应用领域，从数据科学到Web开发。Python库的丰富性是Python成为最受欢迎的编程语言之一的关键原因之一。这些库不仅为初学者提供了快速入门的途径，而且为经验丰富的开发者提供了强大的工具，以高效率、高质量地完成复杂任务。例如，Matplotlib和Seaborn库在数据可视化领域内非常受欢迎，它们提供了广泛的工具和技术，可以创建高度定制化的图表和图形，帮助数据科学家和分析师在数据探索和结果展示中更有效地传达信息。
cryptography-42.0.3-cp37-abi3-musllinux_1_1_x86_64.whl
05-28
Python库是一组预先编写的代码模块，旨在帮助开发者实现特定的编程任务，无需从零开始编写代码。这些库可以包括各种功能，如数学运算、文件操作、数据分析和网络编程等。Python社区提供了大量的第三方库，如NumPy、Pandas和Requests，极大地丰富了Python的应用领域，从数据科学到Web开发。Python库的丰富性是Python成为最受欢迎的编程语言之一的关键原因之一。这些库不仅为初学者提供了快速入门的途径，而且为经验丰富的开发者提供了强大的工具，以高效率、高质量地完成复杂任务。例如，Matplotlib和Seaborn库在数据可视化领域内非常受欢迎，它们提供了广泛的工具和技术，可以创建高度定制化的图表和图形，帮助数据科学家和分析师在数据探索和结果展示中更有效地传达信息。
2021131528+谢镕汕.zip
05-28
2021131528+谢镕汕.zip
sja1301.i386.tar.gz
05-28
SQLyong 各个版本，免费下载 SQLyog是业界著名的Webyog公司出品的一款简洁高效、功能强大的图形化MySQL数据库管理工具。使用SQLyog可以快速直观地让您从世界的任何角落通过网络来维护远端的MySQL数据库。
RabbitMQ预取机制
07-27
回答: RabbitMQ的预取机制是指消费者在从队列中获取消息之前，可以预先获取一定数量的消息。这个数量可以根据业务情况进行设置。如果设置为1，可以最大程度地利用客户端的性能，但是会导致频繁通知RabbitMQ并取出新的消息，对RabbitMQ的性能不利。而如果设置过大，虽然性能会提高，但可靠性会降低。一般来说，预取数量在1到2500之间选择，中间值为500。通常会预取一定数量的消息，然后批量确认。\[2\] 在使用预取机制时，需要注意的是，如果同时设置了channel和消费者，RabbitMQ会独立地强制执行两个预取限制。消费者只有在未达到未确认消息限制时才会收到新消息。\[1\] 此外，如果已经配置了手动确认（acknowledge-mode: manual），并且每次只处理一条消息（prefetch: 1），但通道关闭后确认消息失败，可能是由于其他原因导致的，比如网络问题或者消息处理过程中发生了异常。需要进一步排查具体的错误原因。\[3\] #### 引用[.reference_title] - *1* [消息中间件 -RabbitMQ QoS预取模式 （二十五）](https://blog.csdn.net/a1173537204/article/details/103447094)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^control_2,239^v3^insert_chatgpt"}} ] [.reference_item] - *2* [RabbitMQ消费端消费机制](https://blog.csdn.net/li1987by/article/details/90449921)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^control_2,239^v3^insert_chatgpt"}} ] [.reference_item] - *3* [Rabbitmq取消预取机制配置，配置手动确认后仍然java.lang.IllegalStateException: Channel closed；...](https://blog.csdn.net/ChengQinHong/article/details/127223224)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^control_2,239^v3^insert_chatgpt"}} ] [.reference_item] [ .reference_list ]

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值