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

Oracle

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

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

Oracle数据库中表被锁的原因有很多种,可能是由数据库设计、事务处理、并发控制等多个方面引起的。以下是一些可能导致表被锁的原因:

事务未提交或回滚: 如果一个事务对表进行了修改,但是还没有提交或者回滚,那么这个事务持有的锁可能会阻塞其他事务对该表的访问。

死锁: 当两个或多个事务相互等待对方释放锁时,可能发生死锁。这会导致表被锁住,系统需要检测并解决死锁。

长时间运行的事务: 如果有一个长时间运行的事务一直持有锁,并且其他事务需要等待该锁,可能导致表被锁。

并发控制: 数据库系统使用不同的并发控制机制来处理事务之间的冲突。如果设置不当或者配置错误,可能导致表被过度锁定。

索引问题: 当对表进行大量更新时,数据库可能会对相关索引进行锁定以确保一致性。如果索引设计不当,可能导致表被锁。

数据库连接池问题: 在使用数据库连接池的情况下,如果连接池配置不当或者没有及时释放连接,可能导致表被锁。

数据库性能问题: 如果数据库性能不佳,处理大量并发请求时可能导致表被锁。

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

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

第一步:检查哪个用户占用资源(拿到session_id)

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

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

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)

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

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

第一个参数为 sid,第二个参数为 serial#

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环境

rman target /

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

crosscheck archivelog all;

第三步:删除归档文件,保留14天内的文件

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这个数设置的比较小,可以通过下面方式查看:

use mysql;
show global variables like 'max_allowed_packet';

 16777216/1024/1024 = 16MB

下面说解决办法。

即时生效方法

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 的默认身份验证插件即可

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

 

posted @ 2022-12-18 01:08  Java小白的搬砖路  阅读(168)  评论(0编辑  收藏  举报