[MySQL] _INFORMATION_SCHEMA.PARAMETERS 조회로 인한 Checking Permission 부하

DB Troubleshooting/MySQL 2021. 12. 29. 20:16

현상

높은 비중의 Thread State 상태가 유지되면서, CPU사용량이 높아지면서 성능 이슈가 발생

원인

Front-End 서버에서 MySQL에 만들어둔 SP 사용시 SP의 Body 호출이 필요함

MySQL.PROC에 해당 정보가 있지만 권한이 없어 INFORMATION_SCHEMA 정보를 가져가게 되면서 발생

해결 방안

db 접속 계정에 MySQL DB의 PROC 테이블에 SELECT 권한 부여

test_acc 계정에 권한 추가하는 경우

GRANT SELECT ON `mysql`.`proc` TO 'test_acc'@'%';

 

저작자표시 비영리 변경금지

'DB Troubleshooting > MySQL' 카테고리의 다른 글

MySQL 고비용 쿼리로 인한 Memory 고갈 후 swap 사용으로 지연 처리  (0) 2022.03.17
MySQL max_allowed_packet 설정 오류로 Replication Error  (0) 2022.03.17
InnoDB Engine Auto_increment 동작  (0) 2022.03.15
[MySQL] Stored Procedure Memory Leak  (0) 2021.12.29
MySQL - Got timeout reading communication packets  (0) 2021.06.03
  • By SJinDBA

[MSSQL] DB single_user 변경시 deadlock 이슈

DB Troubleshooting/MSSQL 2021. 12. 29. 19:54

※현상

DB를 single_user에서 multi_user로 변경하는 도중 프로세스 Deadlock 발생

원인

DB 커넥션이 존재하는 상황에서, 사용자 세션이 master를 바라보는 도중 DB  커넥션을 모두 off시켜,

사용자 세션이 DB를 바라보지 않아 system 내부에서 DB의 소유자를 찾지 못하는 상태

deadlock이 발생하는 세션을 끊으려 하여도 사용자 세션이 아닌 시스템 세션이라 kill이 불가한 상태 

해결방안

1번으로 작업해야 하지만, 이미 deadlock이 발생한 상태라면 2번으로 해결

1. 작업하려는 DB를 소유하고 single_user로 변경

use [작업DB]
 
alter database [작업DB] set single_user WITH ROLLBACK IMMEDIATE-- immediate 커넥션 한번에 off
go
  
-- 작업 할 쿼리 내역
  
alter database [작업DB] set multi_user
go

2. Deadlock 발생 시, DB 재기동 후 아래 쿼리 실행

SET DEADLOCK_PRIORITY HIGH -- 교착상태 최상위 레벨로 격상
GO
 
ALTER DATABASE [작업DB] SET MULTI_USER WITH ROLLBACK IMMEDIATE -- 작업 DB multi_user로 변경
GO
  
-- https://myadventuresincoding.wordpress.com/2014/03/06/sql-server-alter-database-in-single-user-mode-to-multi-user-mode/
저작자표시 비영리 변경금지

'DB Troubleshooting > MSSQL' 카테고리의 다른 글

Unable to manually failover a SQL Availability Group ( Cluster Log 추출 )  (0) 2022.04.07
MSSQL 이중화(AlwaysOn) 구성 후 쿼럼(Quorum) 장비 이슈로, 쿼럼 삭제 or 재구성 작업  (0) 2022.04.07
  • By SJinDBA

[MySQL] Stored Procedure Memory Leak

DB Troubleshooting/MySQL 2021. 12. 29. 17:57

현상

MySQL의 SP를 사용하는 DB에서 지속적으로 Memory가 상승하는 현상 발생

원인

MySQL 내부적으로 SP 내 Subquery 사용 시 Memory Leak 이 발생

참조: The optimizer sometimes generates an index for a derived table (subquery in the FROM clause).

If this occurred for a statement executed within a stored program, a memory leak could occur. (Bug #76349, Bug #20728894)

해결방안

해당 버그가 5.6.27 이후 fixed 된 것으로 확인되어 MySQL upgrade

upgrade 후 memory leak 현상 해소

 

저작자표시 비영리 변경금지

'DB Troubleshooting > MySQL' 카테고리의 다른 글

MySQL 고비용 쿼리로 인한 Memory 고갈 후 swap 사용으로 지연 처리  (0) 2022.03.17
MySQL max_allowed_packet 설정 오류로 Replication Error  (0) 2022.03.17
InnoDB Engine Auto_increment 동작  (0) 2022.03.15
[MySQL] _INFORMATION_SCHEMA.PARAMETERS 조회로 인한 Checking Permission 부하  (0) 2021.12.29
MySQL - Got timeout reading communication packets  (0) 2021.06.03
  • By SJinDBA

to Top

티스토리툴바