数据库异常问题快速排查(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;