没有合适的资源?快使用搜索试试~ 我知道了~
首页oracle11g性能优化笔记第五部
oracle11g性能优化笔记第五部
需积分: 18 30 下载量 180 浏览量
更新于2023-03-16
评论 1
收藏 909KB PDF 举报
本人通过对oracle11g的性能优化指南 做了全面的翻译和整理工作,并将每一部分整理成文档,后续会陆续更新,希望对大家有帮助,尤其是不爱看英文原版的朋友特别有帮助。
资源详情
资源评论
资源推荐
11g-sql-performance-tuning-guide 笔记5
第十章:第十章:10 Instance Tuning Using Performance Views
在初始配置数据库之后,定期监控和调整实例对于消除任何潜在的性能瓶颈非常重要。 本章讨论使用Oracle V $性能视图的调优过程。
本章包含以下部分:
■实例调整步骤
■解释Oracle数据库统计信息
■等待事件统计
■实时SQL监控
■调整实例恢复性能:快速启动故障恢复
实例调整步骤实例调整步骤
这些是实例调优的Oracle性能方法的主要步骤:
1.确定问题Define the Problem
获得用户关于性能问题范围的坦率反馈。
2.检查主机系统并检查Oracle数据库统计信息
■获取完整的操作系统,数据库和应用程序统计数据后,请检查数据是否存在任何性能问题的证据。
■考虑常见性能错误列表,以查看收集的数据是否表明他们正在对问题做出贡献。
■使用收集的性能数据构建系统上正在发生的事情的概念模型。
3.实施和衡量变更
提出要进行的更改以及实施更改的预期结果。然后,实施更改并测量应用程序性能。
4.确定是否满足步骤1中定义的性能目标。如果不是,则重复步骤2和3,直到达到性能目标。
本章的其余部分讨论使用Oracle数据库动态性能视图进行实例调优。但是,Oracle建议使用自动工作量资源库(AWR)和自动数据库诊断监视器
(ADDM)进行统计信息收集,监视和调整,这是由于扩展功能列表所致。请参阅第5-8页上的“自动负载库”概述和第6-1页上的“自动数据库诊断监
视器概述”。
Define the Problem
在尝试实施解决方案之前,深入理解调优练习的目的和问题的性质至关重要。没有这种理解,实施有效的改变几乎是不可能的。在此阶段收集的数
据有助于确定下一步要采取的措施以及要检查的证据。
收集以下数据:
1.确定绩效目标。
可接受性能的衡量标准是什么?一小时或几秒钟的响应时间内会有多少次交易达到要求的性能水平?
2.确定问题的范围。
受减速影响的是什么?例如,整个事例是否缓慢?它是特定的应用程序,程序,特定操作还是单个用户?
3.确定发生问题的时间。
问题只在繁忙时间出现吗?在一天中的表现会恶化吗?减速是渐进的(在几个月或几周的时间内)还是突然的?
4.量化放缓。
这有助于确定问题的严重程度,并且在决定实施解决问题的措施是否实际上有所改进时,也可以作为比较措施。找到响应时间或作业运行时间的一
致可重复的度量。时间比程序运行良好时还要糟糕多少?
5.识别任何更改。
确定性能可接受后发生了什么变化。这可能会迅速缩小可能的原因。例如,操作系统软件,硬件,应用程序软件或Oracle数据库版本是否已升级?是
否有更多的数据加载到系统中,或者数据量或用户数量增长了?
在这个阶段结束时,你应该对症状有很好的理解。如果症状可以被识别为程序或程序集的本地特征,那么问题的处理方式与实例范围内的性能问题
不同。
检查主机系统检查主机系统
查看数据库服务器和数据库实例上的负载。考虑操作系统,I / O子系统和网络统计数据,因为检查这些区域有助于确定哪些值得进一步调查。在多
层系统中,还要检查应用程序服务器中间层主机。
检查主机硬件通常给出系统瓶颈的有力指示。这确定了哪些Oracle数据库性能数据可用于交叉引用和进一步诊断。
要检查的数据包括以下内容:
■CPU使用率
■识别I / O问题
■识别网络问题
CPU使用率
如果有大量闲置的CPU,则可能会出现I / O,应用程序或数据库瓶颈。请注意,等待I / O应被视为空闲CPU。
如果CPU使用率过高,则确定CPU是否正在有效使用。大部分CPU使用率是由于少量使用高CPU的程序引起的,还是由均匀分布的工作负载消耗的
CPU?
如果少量高用量程序使用CPU,则查看程序以确定原因。检查某些进程是否单独使用一个CPU的全部功能。根据过程的不同,这可能表示CPU或过
程限制工作负载,可以通过划分或并行化过程活动来解决。
非Oracle进程
如果这些程序不是Oracle程序,那么确定它们是否合法地要求这么多的CPU。如果是这样,确定他们的执行是否延迟到非高峰时段。识别这些CPU密
集型进程还可以帮助缩小特定活动(如I / O,网络和分页)消耗的资源,以及它如何与数据库工作负载相关联。
Oracle进程
如果少量Oracle进程占用大部分CPU资源,则使用SQL_TRACE和TKPROF来标识SQL或PL / SQL语句,以查看是否可以调整特定查询或PL / SQL程序
单元。例如,如果一个SELECT语句的执行涉及许多高速缓存中的数据读取(逻辑读取),并且可以通过更好的SQL优化来避免,则该语句可能占用
大量CPU资源。
Oracle数据库cPU统计数据
Oracle数据库CPU统计信息在几个V $视图中可用:
■V $ SYSSTAT显示所有会话的Oracle数据库CPU使用情况。此会话统计信息使用的CPU显示所有会话使用的聚合CPU。解析时间CPU统计信息显示
用于解析的总CPU时间。
■V $ SESSTAT显示每个会话的Oracle数据库CPU使用情况。使用此视图可以确定哪个特定会话使用最多的CPU。
■当Oracle数据库资源管理器运行时,V $ RSRC_CONSUMER_GROUP显示每个使用者组的CPU利用率统计信息。
解释CPU统计信息
认识到CPU时间和实时性是不同的,这一点很重要。使用八个CPU,实时任意给定分钟,CPU时间可用八分钟。在Windows和UNIX上,这可以是用
户时间或系统时间(Windows上的特权模式)。因此,系统上所有进程(线程)使用的平均CPU时间可能会大于每分钟实时间隔一分钟。
在任何时候,您都知道Oracle数据库在系统上使用了多少时间。因此,如果八分钟可用且Oracle数据库使用四分钟时间,那么您知道Oracle使用全部
CPU时间的50%。如果你的过程没有消耗那么多时间,那么其他过程就是这样。确定使用CPU时间的进程,找出原因,然后尝试调整它们。请参见
第21章“使用应用程序跟踪工具”。
如果CPU使用率均匀分布在许多Oracle服务器进程中,请检查V $ SYS_TIME_MODEL视图以帮助准确理解大部分时间花费在哪里。请参阅第10-14页
的表10-1“等待事件和潜在原因”。
识别识别 I / O问题问题
过度活动的I / O系统可以通过磁盘队列长度大于2或磁盘服务时间超过20-30ms来证明。如果I / O系统过度活动,则检查可能通过将I / O分配到更多磁
盘而受益的潜在热点。还要确定是否可以通过降低使用这些资源的程序的资源需求来降低负载。如果I / O问题是由Oracle数据库引起的,则可以开始
I / O调优。如果Oracle数据库没有使用可用的I / O资源,请确定使用I / O的进程。确定进程使用I / O的原因,然后调整此过程。
可以使用Oracle数据库中的V $视图和操作系统中的监视工具来识别I / O问题,如以下各节所述:
■使用V $视图识别I / O问题
■使用操作系统监视工具识别I / O问题
使用V $视图识别I / O问题
检查V $ SYSTEM_EVENT中的Oracle等待事件数据以查看顶级等待事件是否与I / O相关。 I / O相关事件包括db文件顺序读取,db文件分散读取,db文
件单写,db文件并行写入以及日志文件并行写入。这些都是对应于针对数据文件和日志文件执行的I / O的事件。如果任何这些等待事件对应于高平
均时间,则调查I / O争用。
将主机I / O系统数据与“自动存储库”报告中的I / O部分交叉引用以标识热门数据文件和表空间。同时比较操作系统报告的I / O时间和Oracle数据库报
告的时间,看它们是否一致。
一个I / O问题也可以用非I / O相关的等待事件表现出来。例如,在缓冲区高速缓存中查找空闲缓冲区的难度或将日志刷新到磁盘的高等待时间也可
能是I / O问题的症状。在调查I / O系统是否需要重新配置之前,请确定I / O系统上的负载是否可以减少。
为了减少Oracle数据库引起的I / O负载,请使用以下视图检查为数据库所做的所有I / O调用收集的I / O统计信息:
■V $ IOSTAT_CONSUMER_GROUP
V $ IOSTAT_CONSUMER_GROUP视图捕获消费者组的I / O统计信息。如果启用Oracle数据库资源管理器,则会捕获属于当前已启用资源计划一部分
的所有使用者组的I / O统计信息。
■V $ IOSTAT_FILE
V $ IOSTAT_FILE视图捕获已访问或已被访问的数据库文件的I / O统计信息。 SMALL_SYNC_READ_LATENCY列显示单个数据块同步读取的延迟
(以毫秒为单位),直接转换为客户端在进入下一个操作之前需要等待的时间量。这定义了基于当前负载的存储子系统的响应性。如果关键数据文
件的延迟很大,则可能需要考虑重新定位这些文件以缩短服务时间。要计算延迟统计信息,timed_statistics必须设置为TRUE。
■V $ IOSTAT_FUNCTION
V $ IOSTAT_FUNCTION视图捕获数据库函数(例如LGWR和DBWR)的I / O统计信息。
一个I / O可以由具有不同功能的各种Oracle进程发布。顶层数据库函数被分类在V $ IOSTAT_FUNCTION视图中。在I / O功能发生冲突的情况下,I /
O被放置在FUNCTION_ID较低的存储桶中。例如,如果XDB从缓冲区缓存中发出I / O,那么I / O将被归类为XDB I / O,因为它具有较低的
FUNCTION_ID值。任何未分类的功能都放置在其他存储桶中。您可以通过查询V $ IOSTAT_FUNCTION视图来显示FUNCTION_ID层次结构:
select FUNCTION_ID, FUNCTION_NAME
from v$iostat_function
order by FUNCTION_ID;
FUNCTION_ID FUNCTION_NAME
----------- ------------------
0 RMAN
1 DBWR
2 LGWR
3 ARCH
4 XDB
5 Streams AQ
6 Data Pump
7 Recovery
8 Buffer Cache Reads
9 Direct Reads
10 Direct Writes
11 Others
这些V $ IOSTAT视图包含单块和多块读取和写入操作的I / O统计信息。 单块操作是小于或等于128千字节的小I / O。 多块操作是大于128千字节的大I
/ O。 对于这些操作中的每一个,都会收集以下统计信息:
■标识
■总等待时间(以毫秒为单位)
■执行的等待次数(针对消费者群体和功能)
■每个操作的请求数量
■读取单个和多个块字节的数量
■写入的单个和多个块字节的数量
您还应该查看通过查询V $ SQLAREA视图执行多次物理读取的SQL语句,或者查看“自动负载存储库”报告中的“Read by order by SQL”部分。 检查这些
语句以了解如何调整它们以减少I / O数量。
使用操作系统监视工具识别使用操作系统监视工具识别I / O问题问题
使用操作系统监视工具来确定整个系统上正在运行的进程以及监视磁盘对所有文件的访问。请记住,保存数据文件和重做日志文件的磁盘也可以保
存与Oracle数据库无关的文件。减少对包含数据库文件的磁盘的大量访问。您只能通过操作系统工具而不是通过V $视图来监视对非数据库文件的访
问。
许多UNIX系统上的实用程序(如sar -d(或iostat)和Windows系统上的管理性能监视工具)检查整个系统的I / O统计信息。
识别网络问题识别网络问题
使用操作系统实用程序,查看网络往返ping时间和冲突次数。如果网络在响应时间上造成大量延迟,请调查可能的原因。
要识别远程访问数据库文件导致的网络I / O,请检查V $ IOSTAT_NETWORK视图。该视图包含访问远程数据库实例上的文件导致的网络I / O统计信
息,其中包括:
■启动网络I / O的数据库客户端(例如RMAN和PLSQL)
■发布的读取和写入操作的数量
■读取和写入的千字节数
■读取操作的总等待时间(以毫秒为单位)
■写入操作的总等待时间(以毫秒为单位)
在确定网络问题的原因之后,可以通过将大量数据传输调度到非高峰时间来减少网络负载,或者通过将应用程序编码为批量向远程主机发送请求,
而不是一次(或多次)访问远程主机以执行一次请求。
检查检查Oracle数据库统计信息数据库统计信息
您应该检查Oracle数据库统计信息并将其与操作系统统计信息进行交叉引用,以确保对问题进行一致的诊断。操作系统统计信息可以指示开始调整的
好地方。但是,如果目标是调整Oracle数据库实例,那么在实施纠正措施之前,请查看Oracle数据库统计信息以从数据库角度确定资源瓶颈。请参阅
第10-11页的“解释Oracle数据库统计信息”。
以下各节讨论调整时使用的常见Oracle数据源。
设置统计收集水平设置统计收集水平
Oracle数据库提供了初始化参数STATISTICS_LEVEL,该参数控制数据库中的所有主要统计信息集合或建议。此参数设置数据库的统计信息收集级
别。
根据STATISTICS_LEVEL的设置,收集某些建议或统计信息,如下所示:
■基本信息:不收集任何咨询或统计数据。监控和许多自动功能被禁用。 Oracle不建议使用此设置,因为它会禁用重要的Oracle数据库功能。
■典型:这是默认值,可确保收集所有主要统计数据,同时提供最佳总体数据库性能。该设置应该适用于大多数环境。
■ALL:包含使用TYPICAL设置收集的所有公告或统计信息,以及定时操作系统统计信息和行源执行统计信息。
V $ STATISTICS_LEVEL
该视图列出由STATISTICS_LEVEL控制的统计或顾问的状态。
等待事件等待事件
等待事件是由服务器进程或线程递增的统计信息,以指示它必须等待事件完成才能继续处理。 等待事件数据显示可能影响性能的各种问题症状,例
如锁定争用,缓冲区争用和I / O争用。 请记住,这些只是问题的症状,而不是实际原因。
等待事件被分组到类中。 等待事件类包括:管理,应用程序,集群,提交,并发,配置,空闲,网络,其他,调度程序,系统I / O和用户I / O。
服务器进程可以等待以下内容:
■可用的资源,如缓冲区或锁存器。
■要完成的操作,例如I / O。
■更多的工作要做,比如等待客户端提供下一条要执行的SQL语句。 识别服务器进程正在等待更多工作的事件称为空闲事件。
等待事件统计信息包括等待事件的次数和等待事件完成的时间。 如果初始化参数TIMED_STATISTICS设置为true,那么您还可以看到每个资源等待的
时间。
为了最大限度地减少用户响应时间,减少服务器进程等待事件完成所花费的时间。 并非所有的等待事件都有相同的等待时间。 因此,检查等待时间
最多的事件而不是发生次数较多的等待事件更为重要。 通常,至少在监视性能时最好将动态参数TIMED_STATISTICS设置为true。 有关
STATISTICS_LEVEL设置的信息,请参阅第10-7页的“设置统计信息集合级别”。
包含等待事件统计的动态性能视图包含等待事件统计的动态性能视图
这些动态性能视图可以查询等待事件统计信息:
■V $ ACTIVE_SESSION_HISTORY
V $ ACTIVE_SESSION_HISTORY视图显示活动的数据库会话活动,每秒采样一次。请参阅第5-3页的“活动会话历史记录”。
■V $ SESS_TIME_MODEL和V $ SYS_TIME_MODEL
V $ SESS_TIME_MODEL和V $ SYS_TIME_MODEL视图包含时间模型统计信息,其中包括数据库时间,即数据库调用花费的总时间。
■V $ SESSION_WAIT
V $ SESSION_WAIT视图显示有关每个会话当前或最后一次等待的信息(例如等待ID,班级和时间)。
■V $ SESSION
V $ SESSION视图显示有关每个当前会话的信息,并包含与V $ SESSION_WAIT视图中相同的等待统计信息。如果适用,此视图还包含有关会话当前
正在等待的对象(如对象号,块号,文件号和行号)的详细信息,负责当前等待的阻塞会话(例如阻塞会话ID,状态和类型)以及等待的时间量。
■V $ SESSION_EVENT
V $ SESSION_EVENT视图提供会话自启动以来等待的所有事件的摘要。
■V $ SESSION_WAIT_CLASS
V $ SESSION_WAIT_CLASS视图提供每个会话的每个等待事件类别的等待次数和时间。
■V $ SESSION_WAIT_HISTORY
V $ SESSION_WAIT_HISTORY视图显示有关每个活动会话的最近10个等待事件的信息(例如事件类型和等待时间)。
■V $ SYSTEM_EVENT
V $ SYSTEM_EVENT视图提供实例启动后所有事件等待的摘要。
■V $ EVENT_HISTOGRAM
V $ EVENT_HISTOGRAM视图显示等待次数,最大等待时间和总事件等待时间的直方图。
■V $ FILE_HISTOGRAM
V $ FILE_HISTOGRAM视图显示每个文件在单个块读取期间等待的时间直方图。
■V $ SYSTEM_WAIT_CLASS
V $ SYSTEM_WAIT_CLASS视图为等待次数和每类等待事件花费的时间提供实例全时间总计。
■V $ TEMP_HISTOGRAM
V $ TEMP_HISTOGRAM视图显示每个临时文件在单个数据块读取期间等待的时间直方图。
在执行反应性性能调整时调查等待事件和相关的时间数据。对他们列出的时间最多的事件往往是性能瓶颈的强烈迹象。例如,通过查看V $
SYSTEM_EVENT,您可能会注意到很多缓冲区正在等待。可能有很多进程插入到同一个块中,并且必须等待其他进程才能插入。解决方案可能是使
用自动段空间管理或对有问题的对象进行分区。有关视图V $ SESSION_WAIT,V $ SESSION_EVENT和V $ SYSTEM_EVENT之间差异的描述,请参
阅第10-17页的“等待事件统计信息”。
系统统计系统统计
系统统计信息通常与等待事件数据结合使用,以查找性能问题原因的进一步证据。
例如,如果V $ SYSTEM_EVENT指示最大等待事件(就等待时间而言)是事件缓冲区忙等待的事件,则查看视图V $ WAITSTAT中可用的特定缓冲
区等待统计量,以查看哪个块类型具有最高等级等待计数和最长的等待时间。
在块类型被识别之后,还可以在问题发生时实时查看V $ SESSION,或在经历问题后查看V $ ACTIVE_SESSION_HISTORY和
DBA_HIST_ACTIVE_SESS_HISTORY视图,以使用指示的对象编号标识争用对象。这些数据的组合表明适当的纠正措施。
统计信息在许多V $视图中可用。一些常见的观点包括以下内容:
■V $ ACTIVE_SESSION_HISTORY
■V $ SYSSTAT
■V $ FILESTAT
■V $ ROLLSTAT
■V $ ENQUEUE_STAT
■V $ LATCH
V $ ACTIVE_SESSION_HISTORY
该视图显示活动的数据库会话活动,每秒采样一次。请参阅第5-3页的“活动会话历史记录”。
V $ SYSSTAT
这包含Oracle数据库许多不同部分的总体统计数据,包括回滚,逻辑和物理I / O以及解析数据。来自V $ SYSSTAT的数据用于计算比率,例如缓冲区
缓存命中率。
V $ FILESTAT
这包含每个文件的详细文件I / O统计信息,包括每个文件的I / O数量和平均读取时间。
V $ ROLLSTAT
这包含每个段的详细回滚和撤消段统计信息。
V $ ENQUEUE_STAT
这包含每个队列的详细入队统计信息,包括请求入队的次数和入队等待的次数以及等待时间。
V $ LATCH
这包含每个锁存器的详细锁存器使用情况统计信息,包括每个锁存器请求的次数以及锁存器等待的次数。
Segment-Level Statistics 段级统计段级统计
您可以收集细分级别统计信息,以帮助您发现与各个细分受众群相关的性能问题。收集和查看段级统计信息是有效识别实例中热表或索引的好方
法。
查看等待事件和系统统计数据以确定性能问题后,可以使用段级统计信息查找导致问题的特定表或索引。例如,考虑V $ SYSTEM_EVENT指示缓冲
区繁忙等待会导致相当长的等待时间。您可以从V $ SEGMENT_STATISTICS中选择导致缓冲区繁忙等待的顶部段。然后,您可以专注于消除这些细
分市场中的问题。
您可以通过以下动态性能视图查询段级统计信息:
■V $ SEGSTAT_NAME此视图列出正在收集的细分市场统计信息以及每个统计信息的属性(例如,如果它是抽样统计信息)。
■V $ SEGSTAT这是一个高效的实时监控视图,显示统计值,统计名称和其他基本信息。
■V $ SEGMENT_STATISTICS这是统计值的用户友好视图。除了V $ SEGSTAT的所有列外,它还包含有关段所有者和表空间名称等信息。它使统计易
于理解,但成本更高。
实施和衡量变化实施和衡量变化
通常在调整过程结束时,可以确定两到三次可能会缓解问题的更改。为了确定哪个变更提供了最大的好处,建议一次只实施一个变更。应该根据在
问题定义阶段发现的基准数据来衡量变化的影响。
通常,大多数具有严重性能问题的网站一次实施多个重叠更改,因此无法确定哪些更改会带来任何好处。虽然这不是一个直接问题,但如果变化提
供了最大的利益和优先考虑哪些努力,这就成为一个重大障碍。
如果无法单独实施更改,则尝试测量不同更改的影响。例如,衡量执行初始化更改以优化重做生成的效果,与创建新索引的效果分开以提高修改的
查询的性能。如果调整SQL,操作系统磁盘布局发生变化,并且初始化参数也同时发生更改,则无法衡量执行操作系统升级的好处。
性能调优是一个迭代过程。这不太可能找到解决实例范围性能问题的“银弹”。在大多数情况下,出色的性能需要迭代整个性能调优阶段,因为解决
一个瓶颈往往会揭示另一个(有时候更糟糕)的问题。
知道何时停止调整也很重要。性能的最佳衡量标准是用户感知,而不是统计与理想值的接近程度。
解释解释Oracle数据库统计信息数据库统计信息
收集涵盖实例出现性能问题时的统计信息。如果您先前捕获了用于比较的基准数据,则可以将当前数据与基准中代表问题工作负荷的数据进行比
较。
比较两份报告时,请确保两份报告来自系统运行可比较工作负载的时间。
检查负载检查负载
通常,等待事件是首先检查的数据。但是,如果您有基线报告,请检查负荷是否已更改。无论您是否有基准,查看资源使用率是否高,都很有用。
要检查的负载相关统计信息包括重做大小,会话逻辑读取,db块更改,物理读取,物理读取总字节数,物理写入数量,物理写入总字节数,分析计
数(总计),分析计数(硬)以及用户调用。这些数据是从V $ SYSSTAT中查询的。最好是在几秒钟内完成这些数据的标准化处理。通过使用物理
读取总字节数和物理写入总字节数的总和,检查每秒MB的总I / O负载也很有用。组合的值包括用于缓存缓存,重做日志,归档日志,Recovery
Manager(RMAN)备份和恢复以及任何Oracle数据库后台进程的I / O。
在AWR报告中,查看“加载配置文件”部分。数据已经过交易和几秒钟的标准化。
改变负载改变负载
数秒内的负载配置文件统计信息显示吞吐量的变化(即实例是否每秒执行更多工作)。通过将这些数据与基准报告中的相应统计数据进行比较,交
易统计数据识别应用程序特性的变化。
高活动率高活动率
检查在数秒内标准化的统计数据以确定活动率是否非常高。由于每个站点上的阈值不同,因此很难在高值上提供一揽子建议,这取决于应用程序特
性,CPU数量和速度,操作系统,I / O系统和Oracle数据库版本。
以下是一些通用示例(每个站点的可接受值有所不同):
■每秒超过100次的硬解析速率表明系统上存在大量的硬解析。高硬解析率导致严重的性能问题,必须进行调查。通常,高硬解析率伴随着共享池和
库高速缓存锁存器上的锁存争用。
■检查与在V中找到的统计数据库时间相比,库高速缓存和共享池锁存事件(锁存器:库高速缓存,锁存器:库高速缓存引脚,锁存器:库高速缓存
锁定和锁存器:共享池)的等待时间之和是否显着$ SYSSTAT。如果是这样,请检查AWR报告的“分析调用”部分所订购的SQL。
剩余23页未读,继续阅读
ORACLE-MYSQL-NOSQL
- 粉丝: 7
- 资源: 4
上传资源 快速赚钱
- 我的内容管理 收起
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
会员权益专享
最新资源
- RTL8188FU-Linux-v5.7.4.2-36687.20200602.tar(20765).gz
- c++校园超市商品信息管理系统课程设计说明书(含源代码) (2).pdf
- 建筑供配电系统相关课件.pptx
- 企业管理规章制度及管理模式.doc
- vb打开摄像头.doc
- 云计算-可信计算中认证协议改进方案.pdf
- [详细完整版]单片机编程4.ppt
- c语言常用算法.pdf
- c++经典程序代码大全.pdf
- 单片机数字时钟资料.doc
- 11项目管理前沿1.0.pptx
- 基于ssm的“魅力”繁峙宣传网站的设计与实现论文.doc
- 智慧交通综合解决方案.pptx
- 建筑防潮设计-PowerPointPresentati.pptx
- SPC统计过程控制程序.pptx
- SPC统计方法基础知识.pptx
资源上传下载、课程学习等过程中有任何疑问或建议,欢迎提出宝贵意见哦~我们会及时处理!
点击此处反馈
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功
评论0