【项目问题定位】近来几个数据库相关问题定位于知识点总结

本文主要是介绍【项目问题定位】近来几个数据库相关问题定位于知识点总结，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

文章目录

- - 数据库回收站积压导致异常
  - - 现象与排查：
    - 知识点总结
    - - 回收站与PURGE
      - Oracle回收站相关的基本操作：
  - 数据库事务重复创建未释放导致的链接泄露
  - - 现象与排查
    - 知识点总结
    - - 数据库事务未关闭导致的泄露
      - 链接泄露的临时恢复

数据库回收站积压导致异常

现象与排查：

😨数据库主机CPU异常、表查询僵死、前端查询超时
👉切双机、扩表空建都未解决
👉发现数据库回收站记录数量巨大
🤔怀疑大量删除表导致积压,purge失败，无法清理
👉回收站中表为查询业务创建的临时表
👉方案不合理，进行优化
👌停回收站临时解决

知识点总结

回收站与PURGE

Oracle数据库的回收站（Recycle Bin）是从Oracle 10g开始引入的一个特性，它类似于操作系统中的回收站。当用户删除表或其他数据库对象时，这些对象并不会立即从数据库中永久删除，而是被放到回收站中。这允许用户在需要时恢复（即“闪回”）这些被删除的对象。

回收站的主要优点是可以提供对意外删除操作的保护。如果用户不慎删除了重要数据，可以使用回收站中的内容来恢复这些数据，而不必从备份中恢复整个数据库，这样可以节省大量的时间和资源。

Oracle回收站相关的基本操作：

查看回收站内容：
用户可以通过查询DBA_RECYCLEBIN或USER_RECYCLEBIN视图来查看回收站中的对象。
恢复对象：
使用FLASHBACK TABLE命令可以恢复回收站中的表。例如：

FLASHBACK TABLE my_table TO BEFORE DROP;

这个命令会将名为my_table的表从回收站中恢复到它被删除前的状态。

彻底删除对象：
如果用户确定不再需要回收站中的对象，可以使用PURGE命令来彻底删除它们。例如：

PURGE TABLE my_table;

或者清空整个回收站：

PURGE RECYCLEBIN;

关闭回收站功能：
如果不想使用回收站功能，可以通过设置初始化参数RECYCLEBIN来关闭它。例如：

ALTER SYSTEM SET RECYCLEBIN=OFF;

回收站只保存在数据库中被DROP操作影响的对象。如果数据库空间不足，或者执行了DROP … PURGE命令，对象将会被永久删除，这时回收站就无法恢复这些对象了。此外，一些对象类型，如索引，不会进入回收站。

数据库事务重复创建未释放导致的链接泄露

现象与排查

😅进程挂死导致业务中断
😑有大量链接泄露
🤔重启进程，业务恢复
👉代码重复创建session且未释放
👌修改代码避免重复创建session且不释放

知识点总结

数据库事务未关闭导致的泄露

数据库事务未关闭导致的泄露通常是指资源泄露，这种情况下，数据库连接或者事务没有被适当地结束或释放。这可能会导致多种问题：

连接泄露：每个数据库客户端和数据库服务器之间的连接都是有限的资源。如果事务结束后，连接没有被关闭，那么这些连接会保持打开状态，占用数据库服务器的资源。这种情况下，随着时间的推移，可用的数据库连接数会逐渐减少，最终可能耗尽，导致新的数据库请求无法建立连接，影响应用程序的功能。
内存泄露：事务处理过程中可能会在数据库服务器上分配内存。如果事务不被正确关闭，那么这些内存分配可能不会被释放，从而导致数据库服务器上的内存泄露。
锁泄露：在事务处理过程中，可能会对数据进行加锁以保证数据的一致性。如果事务未被正确关闭，这些锁可能不会被释放，导致其他事务无法访问这些被锁定的数据资源，从而引起死锁或性能下降。
数据不一致：事务是数据库操作的基本单位，它们保证了操作的原子性、一致性、隔离性和持久性（ACID属性）。一个未正确关闭的事务可能会导致数据处于不一致的状态，特别是如果它包含了未提交或未回滚的更改。
为了避免这些问题，应用程序在使用数据库时应该遵循最佳实践：
● 确保每个数据库事务在使用完毕后都能够正确提交或回滚。
● 使用数据库连接池管理连接，并确保连接在事务完成后返回池中。
● 通过适当的异常处理机制来确保即使在发生错误时，事务和连接也能被正确关闭。
● 定期监控和审计数据库资源的使用情况，以便及时发现并解决潜在的资源泄露问题。