数据库异常问题快速排查(Oracle/MySQL)

阅读目录

• Oracle
  • 数据库被锁表，无法删除数据：ORA-00054: resource busy and acquire with NOWAIT specified or timeout expired
  • 归档日志满了：ORA-00257:archiver error Connect internal only until free
• MySQL
  • Mysql导入备份的数据数据：ERROR 2006 (HY000) at line 2753: MySQL server has gone away
  • Mysql8.x身份认证异常：The server requested authentication method unknown to the client.

 

---

回到顶部

Oracle

数据库被锁表，无法删除数据：ORA-00054: resource busy and acquire with NOWAIT specified or timeout expired

询问了下ChatGPT大概是以下原因导致的：

?

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

Oracle数据库中表被锁的原因有很多种，可能是由数据库设计、事务处理、并发控制等多个方面引起的。以下是一些可能导致表被锁的原因：   事务未提交或回滚： 如果一个事务对表进行了修改，但是还没有提交或者回滚，那么这个事务持有的锁可能会阻塞其他事务对该表的访问。   死锁： 当两个或多个事务相互等待对方释放锁时，可能发生死锁。这会导致表被锁住，系统需要检测并解决死锁。   长时间运行的事务： 如果有一个长时间运行的事务一直持有锁，并且其他事务需要等待该锁，可能导致表被锁。   并发控制： 数据库系统使用不同的并发控制机制来处理事务之间的冲突。如果设置不当或者配置错误，可能导致表被过度锁定。   索引问题： 当对表进行大量更新时，数据库可能会对相关索引进行锁定以确保一致性。如果索引设计不当，可能导致表被锁。   数据库连接池问题： 在使用数据库连接池的情况下，如果连接池配置不当或者没有及时释放连接，可能导致表被锁。   数据库性能问题： 如果数据库性能不佳，处理大量并发请求时可能导致表被锁。

我的使用是在后台一直打着断点，可能是‘长时间运行的事务’导致的，下面来说解决办法：

参考了：https://blog.csdn.net/qq_45124566/article/details/128239556

第一步：检查哪个用户占用资源（拿到session_id）

• session_id：就是 session 会话 id。
• owner：操作表的用户名
• object_name ：表名

根据出问题的表来找到所需要的 session_id

?

1 2 3 4 5 6 7 8 9

SELECT     l.session_id,     o.owner,     o.object_name FROM     v$locked_object l,     dba_objects o WHERE     l.object_id = o.object_id;

第二步：根据session_id查询sid（拿到sid）

?

1 2 3 4 5 6 7 8 9 10 11 12 13

SELECT     sid,     serial#,     username,     oSUSEr,     terminal,     program,     action,     prev_exec_start FROM     v$session WHERE     sid = 143;

第三步：杀掉资源在使用的session会话

第一个参数为 sid，第二个参数为 serial#。

?

1	alter system kill session '143,29637';

归档日志满了：ORA-00257:archiver error Connect internal only until free

　　数据库版本是：11.2.0.4.0

　　使用Navicat连接Oracle数据库时，有问题，连接不上。

　　看网上的提示大多都是多归档日志满了，确实也是这个问题。

解决办法：

 第一步：连接target DB并进入rman环境

?

1	rman target /

第二步[可选]：查看归档文件

?

1	crosscheck archivelog all;

第三步：删除归档文件，保留14天内的文件

?

1	delete noprompt force archivelog until time 'sysdate-14';

ps：之前使用的命令是： delete archivelog until time 'sysdate - 14'; 

发现在日志中，有警告，导致归档日志没有被删除： RMAN-08137: WARNING: archived log not deleted, needed for standby or upstream 

参考了,找到解决办法：http://blog.itpub.net/10271187/viewspace-1358036/　

回到顶部

MySQL

Mysql导入备份的数据数据：ERROR 2006 (HY000) at line 2753: MySQL server has gone away

可能是因为max_allowed_packet这个数设置的比较小，可以通过下面方式查看：

?

1 2	use mysql; show global variables like 'max_allowed_packet';

 16777216/1024/1024 = 16MB

下面说解决办法。

即时生效方法

?

1	set global max_allowed_packet=1024*1024*100;

永久生效方法：

编辑/etc/my.cnf，将max_allowed_packet = 1M修改大一点，比如100M。

然后重启MYSQL即可~

Mysql8.x身份认证异常：The server requested authentication method unknown to the client.

参考博客：https://blog.csdn.net/qq_31116753/article/details/108064531

官网给出的解释：https://dev.mysql.com/doc/refman/8.0/en/caching-sha2-pluggable-authentication.html

在MySQL 8.0.11中，caching_sha2_password是默认的身份验证插件，而不是以往的mysql_native_password。

解决：在 MySQL Command Line 工具下修改 mysql 的默认身份验证插件即可

?

1 2 3

use mysql; ALTER USER 'root'@'%' IDENTIFIED WITH mysql_native_password BY 'xxxx'; FLUSH PRIVILEGES;