标签：Oracle优化 第3页

本站中文解释 Oracle事件PX Deque wait是Oracle并发调度引擎中被称作PX Deque等待时间的一个特殊情况。可以作为操作系统应当监视的一个指标，将等待时间固定在较短的一段时间内，可以有助于改善数据库的性能和稳定性（但是这也受每个系统的系统设置和实际场景影响）。 PX Deque等待指南 将被用于控制Oracle调度器中消费者进程（PX子进程） 对均衡执行器（或称为管理进程）等待对密集调度可用性请求的行为。 当PX进程尝试不成功的请求一个执行器， 进程在等待期间如果超过PX Deque等待指标， 将被标记为等待PX Dequeue行为，并且加入PX Deque等待时间统计。 PX Deque等待的统计指标被记录在oracle的视图v$sysstat中， 名为‘PX Deque’，这是由oracle启动器启动的实际等待时间，其中等待超过PX Deque等待指标的次数也被记录在v$sysstat， 名为‘PX Deque Wait Time Out’。 这些统计指标将相当重要，所以可以根据它们来决定改变PX Deque等待指标是否必要。 管理PX Deque等待时间不仅可以提高数据库的稳定性，可还会改善数据库的性能。 系统上的其他一些性能参数将影响PX Deque等待时间， 例如启动器_px_max_chunk_size、 session_max_parallel_processes等。 控制Oracle调度引擎中PX deque等待指标是有意义的，因为这能够确保消费者进程在没有干扰下可以正常并发地消费（PX子进程处理进程）并行执行。 例如，大量的等待PX Deque事件可能表示管理进程有太多的或者太长的任务，或者PX部分可能处于不良状态，这会影响数据库的性能和可用性。 因此，管理PX Deque等待时间时非常重要的。管理员首先需要根据当前的PX Deque等待次数和/或PX Deque等待时间来决定是否需要重新设置PX Deque等待指标，以保持数据库的高可用性，然后控制其他性能参数，以避免PX Deque等待时间指标被过度达到。 官方英文解释 The process is waiting for a message during a parallel execute. Wait Time: The wait time depends on how quickly the message arrives. Wait times can vary, but it will normally be a short period of time. Parameter Description reason The reason for dequeuing sleeptime The amount of time that the session slept loop The total number of times that the session has slept

本站中文解释 Oracle 内部查找 Event BFILE Internal Seek： Oracle BFILE Event Internal Seek介绍了Oracle中BFILE事件中查找操作的核心内部流程，它是Oracle服务器主动安排操作系统执行在BFILE上的查询语句的核心操作流程，用于获取指定的字节数据。 这个UFile内部seek事件，是用户在Oracle数据库中实现文件管理的一部分，它能够为用户在访问服务器上的目标文件提供全面的支持。重要的是，UFILE事件Internal Seek实际上是一个使用智能查询机制、多级索引和其他高级算法实现的操作过程。 该U文件内部seek事件，允许Oracle服务器请求操作系统，在本地磁盘上执行具体的查询过程，以便快速查询指定的字节数据块，也可以为Oracle服务器提供应用程序的状态检查，以确保文件操作的正确性。 因此，OracleBFILE internal seek事件主要目的是给用户提供可靠的文件管理服务，以及实时更改文件状态，提供数据库实时状态监控，并在需要时针对文件变化做出响应。 官方英文解释 The session waits for a positioning call within the external large object (LOB) to complete. Wait Time: The total elapsed time for the seek to complete Parameter Description session# See “session#” waited See “waited”

本站中文解释 Oracle SQL*Net Message from Client事件指的是客户端发起连接请求被服务器端接收后，客户端发送给服务器端一条SQL*Net消息信息。SQL*Net是Oracle网络技术的核心部分，它定义了网络层之间传输消息的方法。 Oracle SQL*Net Message from Client事件是Oracle数据库中众多网络消息中的一种，它涉及网络技术的实现，用于连接以来客户端和服务器。网络客户端和服务器之间的交互是基于特定的网络协议，其中SQL*Net Message from Client就是一种支持特定网络传输的消息。所以Oracle SQL*Net Message from Client事件就是指客户端发送给服务器的SQL*Net消息信息。 Oracle SQL*Net Message from Client事件有可能会引起Oracle数据库访问性能的下降，因为它需要在网络上时刻监控客户端和服务器之间的信息传输。同时，正常使用该事件时也可能看到大量的SQL*Net信息，对维护网络性能有负面影响，特别是受延迟和连接断开影响偏多的环境中，SQL*Net Message from Client消息尽可能地减少，从而有利于网络性能。 此外，为了确保数据库安全，需要注意保护或审计SQL*Net消息，以检测到可以攻击数据库的非法连接，不要让任何非客户端连接到Oracle数据库，严格控制客户端访问权限，以避免SQL*Net Message from Client事件可能带来的威胁。 官方英文解释 The server process (foreground process) waits for a message from the client process to arrive. Wait Time: The time it took for a message to arrive from the client since the last message was sent to the client Parameter Description driver id See “driver id” #bytes The number of bytes received by the server (foreground process) from the client. See Also: Oracle Database Performance Tuning Guide for more information about this wait event

本站中文解释 Oracle事件 dispatcher shutdown ，是指Oracle数据库中的 Dispatcher 是关闭的，关闭后 PKT 模式的 PMON 就不能再接收到服务心跳检测的消息了，如果这样的情况持续出现，会导致 Oracle 停止服务，就好像打断了一根数据库的“呼吸管”一样，Oracle 就会死掉。 Oracle 的 dispatcher 功能就是一种可用来控制并调度客户端对服务器的连接，可以处理客户端对服务器端的多个连接，使连接加快化，并使其他服务系统受益于如同架构在服务器上连接的各个客户端；此外，为了更好地服务数据库用户，Dispatcher 也用来控制客户端数据传输速率。 当 Dispatcher 关闭时，客户端的 PKT 模式的 PMON 便不能再接收到服务心跳检测的消息，它可能会影响到执行业务程序的性能和连接客户端的数量，而如果此状态持续出现时，服务端不能够再为客户端服务了，Oracle 就会死掉，这就可能会影响数据库的安全性，降低其性能，从而使业务系统无法正常运行，因而在发现 Oracle Dispatcher 关闭时，应及早处理，以避免可能发生的后果。 官方英文解释 During shutdown immediate or normal, the shutdown process must wait for all the dispatchers to shutdown. As each dispatcher is signaled, the session that causes the shutdown is waits on this event until the requested dispatcher is no longer alive. Wait Time: 1 second Parameter Description waited Indicates the cumulative wait time. After 5 minutes, the session writes to the alert and trace files to indicate that there might be a problem. See Also: Oracle Database SQL Language Reference for information about shutting down a dispatcher using SHUTDOWN clause...

本站中文解释 Oracle的Enqueues 包括IN、OUT和TM三种不同的事件。他们实现了Oracle数据库之间多个用户使用实例号之间的同步，保证数据的安全性及数据一致性。 Enqueues IN 事件是指一个用户尝试访问一段数据且此数据有其他用户正在访问的情况时， 该用户就会出现“IN”事件。这时，系统已经分配一个实例号，以决定当前的用户是否在这段数据上访问的有效性。当该用户有效地访问了这段数据时，他将会把这个实例号分配给其他的用户；反之，如果用户的访问无效，那么他将会释放这个实例号，以便留待其他用户使用。 Oracle中的Enqueue IN 事件可以被认为是一种资源管理技术，其重要性体现在它能够避免不必要的数据冲突， 保护系统排它、实现数据访问的集中控制。 当它发挥作用时，它将会分配一个实例号给那些想要访问数据对象的用户，以此实现对象访问的排它，避免他们修改同一个数据对象的情况出现。 Oracle的实例号的重要特征在于它能够把一组用户有效地安排到访问数据对象时，它只能排它而不能实现管理，所有的用户必须根据实例号来判断谁不能访问正在访问的数据对象。只有当这组用户完成他们停止访问数据对象时， Enqueues IN 事件才会释放该实例号，以便留待其他用户使用。 总之，Enqueues IN 事件是Oracle数据库中不可缺少的事件之一，它是应用于资源管理的技术，有效的控制着多个用户之间的访问，以确保Oracle数据库的安全性及数据一致性。

本站中文解释 Oracle事件Enqueues: KP，指的是Oracle数据泵（Data Pump）启动和关闭过程中遇到的contention（争抢）。与传统的“导入/导出”工具相比，Data Pump有着更多和更有效的功能，使用工具可以从一个数据库内部迁移数据到其它数据库。Data Pump由一组内部进程组成，它们使用内部架构导出数据或者导入数据。 Enqueues: KP可以提供给其他进程，可以用来协调Data Pump后台进程的操作，如同步它们的访问和共享资源。KP Enqueues在Data Pump启动与关闭的时候也可以作为一个信号，告知数据库不要执行过程，如果某些进程从两个数据库中进行复制工作。 KP Enqueues在Data Pump启动和关闭过程中，可能会导致竞争状态。但是，长时间运行的KP Enqueues关闭也有可能导致另一种格式的竞争。Data Pump的进程中的一些operations，数据库实例维护所需的一些常规资源也可能会受到影响，因为Data Pump进程可能会使得它们受阻，拥塞或受限。 要解决KP Enqueues的竞争，只需要解决这个现象导致的数据库资源竞争。可以通过改变Data Pump架构，将部分操作改成并发方式来解决此问题，当Data Pump启动、关闭或改变数据库结构时，KP Enqueues应被激活和处理，而不要去忽略KP Enqueues的发生。 另外，为了避免Data Pump进程在重要任务之间竞争资源，可以在进程之间给予一定程度的优先级。这样，在Data Pump期间，更重要的任务或者更快速的操作是不受影响的。舍弃Data Pump中的不必要的操作，也可以减少这种资源竞争。同时，可以使用并发的功能，把Data Pump（也有可能是其他的耗时较长的任务）的操作部分分拆成若干子任务，使得子任务能够在不同的进程中被并发的执行，从而解决这类的资源竞争。 总之，KP Enqueues中的contention对于Data Pump的启动和关闭具有一定的影响，应当按照上述建议采取措施来避免contention产生，并有效的提高Data Pump工作效率。

本站中文解释 Oracle事件Log Archive I/O是Oracle数据库技术中经常使用的一个概念，指的是从源实例复刻到归档实例时，它所需要进行的输入输出操作，该操作主要是用于在一个数据库实例备份之后，在另一个实例重新恢复这一备份数据的过程，以此实现在异构系统之间进行复刻。 Log Archive I/O操作的步骤很简单，第一步，在源实例中对备份的数据库文件进行读操作，从特定的源实例的文件系统中读取文件数据，第二步，将数据写入到归档实例，将数据写入该归档实例的文件系统。 Log Archive I/O操作还与Oracle Recovery Manager（RMAN）有关，它可以帮助用户处理数据库复刻、恢复数据以及备份数据库日志组成的典型操作，RMAN通过对Log Archive I/O 进行控制，来实现数据库复刻，此操作也可以由Oracle数据库管理员或者数据库开发者来实现，也可以由Oracle微软进行配置，以实现数据库复刻操作。 Log Archive I/O可以让用户把一个数据库备份的文件从一个实例复刻到另一个实例，这个操作可以确保数据库的完整性，且可以跨越不同的数据库平台，使得数据库的操作变得更加安全有效。 官方英文解释 Used local archiving of online redo logs (for a production database) or standby redo logs (for a standby database). When the archiving process exhausts its I/O buffers because all of them are being used for on-going I/O’s, the wait for an available I/O buffer is captured in this system wait event. Wait Time: Depends on the speed of the disks Parameters: None

本站中文解释 Oracle 事件RDBMS IPC Message指Oracle 数据库应用程序之间的进程通信消息。 在Oracle 数据库系统中，共享内存是不同应用程序之间进行进程间通信（IPC）的主要手段。这种通信是通过发送称为简单消息的信息来实现的。ORACLE事件RDBMS_IPC_MESSAGE指的就是这种消息。 共享内存可以用于多个进程之间的通信，也可以用于进程之间的数据交换。Oracle中的IPC消息是通过发送和接收这种消息的方式来实现进程间通信的，也就是指RDBMS_IPC_MESSAGE事件。这些消息与Oracle数据库特定的消息传输层有关，其实就是Oracle的网络消息传输（networking message-queueing）。 Oracle提供了一系列特定的事件来度量和监测使用此技术的进程之间的性能，RDBMS_IPC_MESSAGE事件就是其中之一。此事件被用于在不同应用程序之间的进程间通信功能的度量，它详细地说明了接受和发送进程之间的消息数量，执行的等待时间，以及消息传递所耗费的CPU时间，还可以显示每次进程间通信的个数，平均等待和CPU时间等。随着Oracle数据库的运行，这些值也会随之改变，因此，可以通过此事件来定位数据库性能瓶颈，进行关键组件的性能分析，以此来针对性对数据库进行相应的调优处理以提高系统性能，提高Oracle系统效率。 官方英文解释 The background processes (LGWR, DBWR, LMS0) use this event to indicate that they are idle and are waiting for the foreground processes to send them an IPC message to do some work. Wait Time: Up to 3 seconds. The parameter timeout shows the true sleep time. Parameter Description timeout The amount of time that the session waits for an IPC message See Also: Oracle Database Performance Tuning Guide for more information about this wait event

本站中文解释 Oracle事件enqueues：DM, Database Mount是Oracle数据库的管理机制，它实现了在同一个实例上的多个活动程序之间的控制，以避免冲突。DM即为数据库实例启动及卸载的管理（Mount/Mount Force/Open/Close），而Database Mount则是用来限制和管理数据库实例中数据文件的访问权限。 DM(Database Mount)是在同一个实例上的多个活动程序进程之间数据库实例的同步机制，它使每个进程在访问数据库时获得一定的许可。它的主要作用是在数据库实例的实际成员（进程）发生变化时，保持数据库的安全性。 数据库挂载（Database Mount）就是在实例启动后将选定的数据文件加载到实例内，从而获得对数据文件的访问权限。在 Oracle 数据库中，每个实例都是独立的，它们之间互不干扰。当连接到数据库实例时，数据库将进入状态挂载阶段，并且指定的数据文件才可以被实例访问。 Oracle的enqueues：DM,Database Mount提供了一种基本的、健全的锁机制。对于数据库实例进行安全访问，只有拥有正确的管理权限，才能获取DM和Database Mount的许可。在数据库变更状态时，DM及Database Mount能够为不同进程查询保持一致性，以及提供同步性，从而在数据库实例上形成保护。这是用于管理实例（Mount/Mount Force/Open/Close）及限制数据文件访问权限时最基本及最有效的管理机制之一。

本站中文解释 Oracle 事件Enqueues: MM, Mount Definition，是Oracle数据库的一个重要组件，涉及对数据库操作的一系列管理和控制类型的操作。它以队列方式处理和管理数据库中的多个任务，用来确保任务的顺序性和一致性。 Enqueue的主要功能就是控制同时访问数据库的多个用户和终端，保护并发多用户访问数据库时发生的数据冲突，以及同步对数据库中对象（如表和索引）进行结构修改时维持同一时间状态的功能。 若Enqueues: MM, Mount Definition，它主要用来管理和控制数据库实例，在服务器开启时利用资源，控制共享池，连接状态，记录每个服务器中登录的用户并检查他们的权限，进行必要的配置检查并对数据库的执行过程进行监控管理。 Enqueues: MM, Mount Definition 是数据库管理系统比较重要的一部分，它负责控制有关数据库缓存，连接，安全和事务处理，其主要功能或作用有： 1. 在系统启动时获得资源并设置锁定。 2. 保护数据免受未授权的访问。 3. 控制共享池，连接状态，以及每个连接的用户。 4. 同步修改对象结构。 5. 监控执行过程，出现问题时及时进行报警。 6. 防止多个用户同时访问数据库而产生的冲突。 Enqueues: MM, Mount Definition，是数据库管理系统中非常重要的一部分，它在表、索引、空间及其他对象的访问及控制上起着重要作用，能保证数据库在多用户访问时能正常操作，以及在修改数据库对象结构时也保证数据库的一致性和安全性。