Workspace

DELETE와 TRUNCATE 차이점

다루사무 — Tue, 11 Nov 2025 10:13:23 +0900

DatabaseSQLKnowledge

DELETE와 TRUNCATE의 핵심 차이점 분석

데이터 삭제 방식에 따른 성능, 로그 기록, 복구 가능 여부 등을 상세히 비교합니다.

① 데이터 삭제 방식 비교

SQL에서 데이터를 삭제할 때 사용하는 DELETE와 TRUNCATE는 실행 결과는 유사해 보일 수 있으나, 내부 작동 방식과 리소스 활용 측면에서 큰 차이가 있습니다.

구분	DELETE FROM	TRUNCATE TABLE
명령어 성격	DML (Data Manipulation Language)	DDL (Data Definition Language)
삭제 범위	`WHERE` 절을 통한 특정 행 선택 삭제 가능	테이블 내의 모든 행 일괄 삭제
처리 속도	행 단위로 로그를 기록하여 상대적으로 느림	데이터 페이지 자체를 해제하여 매우 빠름
트랜잭션 로그	각 행의 삭제 기록을 남김 (Undo 로그 생성)	최소한의 로그만 기록
ROLLBACK	트랜잭션 내에서 실행 시 복구 가능	일부 DBMS에서는 즉시 커밋되어 복구 불가
Auto-Increment	기존 카운트 유지	시작 값으로 초기화됨
구조 보존	테이블 스키마 보존	테이블 스키마 보존

② 핵심 요약 및 사용 지침

DELETE FROM: 조건을 이용해 특정 행만 선별적으로 삭제해야 하거나, 잘못 삭제했을 경우를 대비해 롤백(Rollback)이 필요한 안전한 작업에 적합합니다.

TRUNCATE TABLE: 대용량의 데이터를 빠르게 비워야 하거나, 테스트 데이터 삭제 후 일련번호(ID)를 초기 상태로 되돌리고자 할 때 효율적입니다.

결론적으로, DELETE는 행 단위의 정밀한 제어에 강점이 있으며, TRUNCATE는 전체 데이터의 신속한 초기화에 최적화되어 있습니다. 작업의 목적과 복구 필요성을 고려하여 적절한 명령어를 선택하시기 바랍니다.

Java 자료형 완벽 정리 — 기본형과 참조형 한눈에 보기

다루사무 — Mon, 3 Nov 2025 12:39:34 +0900

Java기초자료형

Java 자료형 완벽 정리 — 기본형과 참조형 한눈에 보기

자료형은 변수가 어떤 데이터를 저장할 수 있는지를 결정합니다. 본 글에서는 자바의 기본형과 참조형, 형 변환과 베스트 프랙티스까지 정리합니다.

1. 자료형이란?
2. 자바 자료형 분류
3. 기본형(Primitive) 상세 표
4. 참조형(Reference) 이해하기
5. 형 변환(Type Casting)
6. Wrapper 클래스 & 기본형 vs 참조형
7. 실무 팁 & 베스트 프랙티스
8. 자주 묻는 질문(FAQ)

① 자료형이란?

자료형(Data Type)은 변수에 저장할 수 있는 데이터의 형태, 크기, 연산 방법을 정의합니다. 정수, 실수, 문자, 논리값 등 각 타입마다 메모리 크기와 허용 범위가 다릅니다.

// 자료형 예시
int age = 25;           // 정수
double height = 175.5;  // 실수
boolean isAdult = true; // 논리값
char grade = 'A';       // 문자 (단일 문자)

Tip. 자료형을 올바르게 선택하면 메모리 효율과 연산 정확도를 모두 확보할 수 있습니다.

② 자바 자료형 분류

자바의 자료형은 크게 두 가지로 분류됩니다.

기본형 (Primitive Type): 값 자체를 저장합니다. byte, short, int, long, float, double, char, boolean (총 8개)이 이에 해당합니다.
참조형 (Reference Type): 객체의 주소(참조값)를 저장합니다. String, 배열, 클래스, 인터페이스 등 기본형을 제외한 모든 타입이 해당됩니다.

③ 기본형(Primitive) 상세 표

자료형	크기	범위(개략)	비고
`byte`	1 byte	-128 ~ 127	작은 정수, 파일 I/O 등
`short`	2 byte	약 ±3.2만	임베디드 및 메모리 제약 환경
`int`	4 byte	약 ±21억	가장 일반적인 정수형
`long`	8 byte	매우 큰 정수	접미사 `L` 필수
`float`	4 byte	단정도 실수	접미사 `F` 필수
`double`	8 byte	배정도 실수	실수의 기본 자료형
`char`	2 byte	유니코드 1개	홑따옴표(' ') 사용
`boolean`	-	true / false	논리 연산 및 조건문

④ 참조형(Reference) 이해하기

참조형 변수는 객체가 저장된 힙(Heap) 영역의 주소를 보관합니다. 변수 자체는 스택 영역에서 주소를 가지며, 실제 데이터는 힙 영역에 존재하게 됩니다.

// 대표적인 참조형 사용 예시
String name = "홍길동";      // 문자열 객체
int[] numbers = {1, 2, 3};  // 배열
List<String> list = new ArrayList<>();

주의사항: 지역 변수는 자동 초기화되지 않으므로 사용 전 반드시 초기화 과정을 거쳐야 합니다.

⑤ 형 변환(Type Casting)

자동 형 변환 (묵시적, Widening)

표현 범위가 더 넓은 타입으로 변환될 때는 자동으로 수행됩니다. (예: int → double)

강제 형 변환 (명시적, Narrowing)

표현 범위가 좁은 타입으로 변환할 때는 데이터 손실이 발생할 수 있으므로 (타입) 명시가 필요합니다.

double pi = 3.14;
int n = (int) pi; // 3으로 변환 (소수점 이하 손실)

⑥ Wrapper 클래스

각 기본형에 대응되는 래퍼 클래스를 통해 기본형 데이터를 객체로 다룰 수 있습니다. 컬렉션 프레임워크와 함께 사용할 때 필수적입니다.

int ↔ Integer
char ↔ Character
boolean ↔ Boolean

⑦ 실무 팁 & 베스트 프랙티스

변수 명명: cnt와 같은 약어보다 orderCount처럼 의미가 명확한 이름을 권장합니다.
기본형 우선: null 처리가 필요 없거나 성능이 중요한 로직에서는 기본형을 우선 사용합니다.
정밀도 고려: 금융권 계산 등 높은 정밀도가 요구되는 경우 double 대신 BigDecimal 사용을 고려해야 합니다.

⑧ 자주 묻는 질문(FAQ)

Q1. 실수 계산 시 오차가 발생하는 이유는 무엇입니까?
부동 소수점 방식의 한계로 인해 미세한 오차가 발생할 수 있습니다. 정확한 수치 계산이 필요하다면 BigDecimal 클래스를 활용하십시오.

Q2. 필드와 지역 변수의 기본값 차이는 무엇입니까?
클래스의 필드(멤버 변수)는 인스턴스 생성 시 타입별 기본값으로 자동 초기화되나, 메서드 내의 지역 변수는 직접 초기화하지 않을 경우 컴파일 에러가 발생합니다.

문장력 강화를 위한 단어 모음

다루사무 — Thu, 16 Nov 2023 09:41:46 +0900

글쓰기어휘력문장력

문장력 강화를 위한 핵심 어휘 모음

보고서, 에세이, 기획서 작성 시 문장의 품격을 높여주는 주요 단어들을 분류별로 정리하였습니다.

① 수치 및 상태의 변화

현상의 크기나 강도가 변하는 양상을 구체적인 단어로 표현하면 문장의 정확도가 높아집니다.

▲ 증가 및 강화

증진증폭증대 증가확대가중 인상강화고취

▼ 감소 및 완화

저해저조단축 완화약화경감 절감축소인하 감소삭제제거 생략해소감축 제외

② 관계 및 양상 표현

차이와 간격	간극, 간격, 편차, 차등화, 격차, 불균형
모양새와 상태	편중, 미약, 미미, 쇠퇴, 고착, 미흡, 결여, 부재, 종속, 정교화, 취약
연관성	연관, 연계, 연속, 직결, 유기적, 접목
문제 발생	심화, 초래, 위협, 괴리, 이슈 발생

③ 주요 형용사 표현

문장의 목적과 성격을 규정짓는 수식어들입니다.

목적 및 성과 지향

전략적계획적의도적 종합적공식적체계적 성과지향적실질적궁극적 본격적

기반 및 시간 축

확고한철저한유연한 유효한효율적지속적 장기적단기적영속적

④ 동사 및 명사 활용 (종합)

아래 어휘들은 문장의 서술어나 핵심 키워드로 활용하여 논리 구조를 완성하는 데 사용됩니다.

달성도모촉진개선 공유발전확보활용 시도추구구축분류 협업창출정착전개 확산탐색기반함양 극대화활성화설계개발 도출마련제공수립 발굴전파보강배양 진행성장육성검증 제고준수정립유도 발현투입도입인식 습득유지상승접근

CentOS 7에서 domain 설정하기

다루사무 — Wed, 2 Aug 2023 10:18:38 +0900

CentOS 7LinuxServer

CentOS 7 호스트네임(Hostname) 및 도메인 설정 가이드

시스템 식별을 위한 호스트네임 설정부터 도메인 매핑, 서비스 반영 절차까지 상세히 다룹니다.

Ⅰ. Hostname의 개념

호스트네임(Hostname)은 네트워크 상에서 특정 서버를 식별하기 위한 고유 이름입니다. 관리를 위해 가급적 FQDN(Fully Qualified Domain Name) 형식을 사용하는 것이 권장됩니다.

기본 구조: [호스트명].[도메인명].[최상위도메인]
예시: web01.dev.mycompany.net

Ⅱ. 호스트네임 설정 단계

1. 서버 내부용 호스트네임 설정

시스템 부팅 시 참조되는 호스트네임 정보는 /etc/hostname 파일에 저장됩니다.

# 파일 수정
vi /etc/hostname

# 내용 예시
aaa.server.com

Tip: 단순한 이름을 지정할 수도 있으나, 향후 DNS 연동 및 서버 관리를 위해 FQDN 형태로 작성하는 것이 유리합니다.

2. 로컬 도메인 질의를 위한 Host 매핑

/etc/hosts 파일은 특정 IP 주소에 호스트명을 직접 매핑하여 로컬 DNS 역할을 수행합니다.

# 파일 수정
vi /etc/hosts

# 매핑 예시 (127.0.0.1 루프백 주소에 등록)
127.0.0.1   localhost   aaa   aaa.server.com

설정 후에는 내부에서 ping aaa 등의 명령어로 정상적인 이름 해석 여부를 확인할 수 있습니다.

3. 설정 반영 (서비스 재시작)

파일 수정 사항을 시스템에 즉시 적용하기 위해 관련 서비스를 재시작합니다.

systemctl restart systemd-hostnamed

4. 적용 여부 최종 확인

다음 명령어를 통해 설정된 호스트네임 정보를 상세히 조회할 수 있습니다.

hostnamectl status

# 출력 결과 예시
   Static hostname: aaa.server.com
         Icon name: computer-vm
           Chassis: vm
  Operating System: CentOS Linux 7 (Core)
            Kernel: Linux 3.10.0-1160.el7.x86_64
      Architecture: x86-64

Ⅲ. 관련 주요 명령어 요약

명령어	기능 설명
`hostname`	현재 설정된 시스템 호스트네임 출력
`hostnamectl set-hostname [명칭]`	명령줄을 통해 즉시 호스트네임 변경 및 반영
`nmtui`	텍스트 UI 기반의 네트워크 관리 도구를 통한 변경
`cat /etc/hostname`	설정 파일에 기록된 정적 호스트네임 확인

Ⅳ. 트러블슈팅 및 주의사항

이름 해석 불가: 도메인 질의 시 문제가 발생한다면 /etc/hosts 파일 내 FQDN 등록 여부를 재검토하십시오.
재부팅 후 초기화: /etc/hostname 파일에 정보가 올바르게 기록되었는지, 그리고 파일 권한에 문제가 없는지 확인이 필요합니다.
SSH 접속 경고: 호스트네임 변경 후 기존 SSH Key와의 불일치로 경고가 발생할 수 있습니다. 이 경우 클라이언트 측의 known_hosts 파일을 갱신해야 합니다.

ORACLE TEMP TABLESPACE 삭제

다루사무 — Mon, 20 Mar 2023 15:11:52 +0900

/*템프 테이블스페이스 조회*/
select * from dba_temp_files;


/*임시 템프 테이블스페이스 생성*/
create temporary tablespace TMP tempfile '/데이터파일경로/temp03.dbf' size 10m autoextend on;

/*기본 템프 테이블스페이스 변경*/
alter database default temporary tablespace tmp;


/*세션 확인 후 세션 킬*/
SELECT 'alter system kill session '''||sid||','||serial#||''' IMMEDIATE;'
FROM v$session a,v$sort_usage b
WHERE a.saddr = b.session_addr and tablespace = 'TEMP';

/*기존 템프 테이블스페이스 드랍*/
drop tablespace temp including contents and datafiles;

/*템프 테이블스페이스 생성*/
create temporary tablespace TEMP tempfile '/데이터파일경로/temp01.dbf' size 10m autoextend on;

/*기본 템프 테이블스페이스 변경*/
alter database default temporary tablespace temp;


/*세션 확인 후 세션 킬*/
SELECT 'alter system kill session '''||sid||','||serial#||''' IMMEDIATE;'
FROM v$session a,v$sort_usage b
WHERE a.saddr = b.session_addr and tablespace = 'TMP';

/*임시 템프 테이블스페이스 드랍*/
drop tablespace tmp including contents and datafiles;

Edge 브라우저에서 window.open 시 같은 창에서 안열리는 현상

다루사무 — Fri, 25 Nov 2022 17:24:04 +0900

Edge BrowserEnterprise ModeTroubleshooting

Edge 브라우저 window.open() 호출 시 세션 분리 현상 해결

엔터프라이즈 모드와 일반 모드 간의 컨텍스트 불일치로 발생하는 window.name 접근 불가 문제를 다룹니다.

Ⅰ. 문제 현상 요약

A 사이트가 엔터프라이즈 모드(Enterprise Mode)로 작동 중일 때, 스크립트의 window.open()을 통해 B 사이트를 호출하면 다음과 같은 결합 오류가 발생합니다.

현상: B 사이트가 엔터프라이즈 목록에 없는 경우 '일반 모드'로 실행됨.
결과: 두 사이트 간의 엔진(IE vs Chromium)이 달라지며 세션 및 객체 공유가 차단됨.
오류: 부모 창과 자식 창 간의 window.name 또는 opener 객체 접근이 불가능해짐.

Ⅱ. 원인 분석

Microsoft Edge는 엔터프라이즈 사이트 목록(Site List)에 정의된 URL을 별도의 분리된 프로세스(IE 모드 엔진)에서 실행합니다.

따라서 호출된 자식 URL이 목록에 누락되어 있다면, 브라우저는 이를 일반 Chromium 엔진으로 처리합니다. 엔진이 물리적으로 분리됨에 따라 상호 간의 자바스크립트 컨텍스트(Context) 접근이 기술적으로 제한되는 구조입니다.

Ⅲ. 해결 방법

1. 엔터프라이즈 사이트 목록(Site List) 통합

가장 근본적인 해결책은 호출되는 대상 사이트(B) 역시 동일한 모드에서 실행되도록 목록에 추가하는 것입니다.

<!-- Enterprise Site List 설정 예시 -->
<site-list version="5">
  <site url="https://a.example.com" open-in="IE11"/>
  <site url="https://b.example.com" open-in="IE11"/>
</site-list>

2. 타겟 속성 변경 (_self 활용)

새 창을 띄우지 않고 현재 창에서 페이지를 전환할 경우, 동일한 프로세스 내에서 세션 유지가 가능할 수 있습니다.

// 새 창 대신 현재 창에서 열기
window.open('https://bsite.com', '_self');

Ⅳ. 현상 및 해결 요약

구분	발생 현상	권장 해결책
모드 불일치	`window.name` 및 `opener` 접근 불가	호출 대상 URL을 사이트 목록(Site List)에 등록
프로세스 분리	엔진 간 세션/쿠키 공유 제한	동일 모드로 강제 지정 또는 `_self` 사용

ORACLE 음수를 0으로 변환

다루사무 — Wed, 12 Oct 2022 16:39:00 +0900

OracleSQLFunctions

Oracle에서 음수 데이터를 0으로 변환하는 방법

GREATEST, SIGN, CASE WHEN 등 다양한 함수를 활용하여 마이너스 값을 제어하는 최적의 방안을 제시합니다.

데이터 정제 과정에서 음수 값을 0으로 수렴시켜야 하는 경우가 빈번히 발생합니다. Oracle 환경에서 가장 효율적인 세 가지 접근 방식을 비교 정리합니다.

① GREATEST 함수 활용

GREATEST(expr1, expr2, ...) 함수는 인자로 나열된 값 중 가장 큰 값을 반환합니다.

기본 구문

SELECT GREATEST(SALARY, 0) FROM EMPLOYEES;

작동 원리: 입력값이 -100일 경우 GREATEST(-100, 0)은 0을 반환하며, 100일 경우 100을 반환합니다. 가장 직관적이고 가독성이 높은 방식입니다.

② SIGN 및 DECODE 함수 조합

부호를 판별하는 SIGN 함수와 조건 분기 함수인 DECODE를 결합하여 논리적으로 제어할 수 있습니다.

부호 판별 기준 (SIGN 함수)

입력 상태	반환값	의미
양수 (Positive)	1	입력값이 0보다 큰 경우
영 (Zero)	0	입력값이 정확히 0인 경우
음수 (Negative)	-1	입력값이 0보다 작은 경우

구현 예시

-- SIGN 결과가 -1(음수)이면 0을, 아니면 원본 값을 반환
SELECT DECODE(SIGN(SALARY), -1, 0, SALARY) FROM EMPLOYEES;

③ CASE WHEN 구문 활용 (표준 SQL)

DBMS 이식성을 고려해야 하거나 복잡한 조건이 수반될 때 가장 권장되는 표준 방식입니다.

SELECT 
    CASE 
        WHEN SALARY < 0 THEN 0 
        ELSE SALARY 
    END AS ADJ_SALARY
FROM EMPLOYEES;

④ 방식별 특성 비교

비교 항목	GREATEST	DECODE + SIGN	CASE WHEN
가독성	매우 우수	보통	우수
이식성	Oracle/MySQL 지원	Oracle 전용	모든 DB 공통 (ANSI)
복합 조건	불가 (단순 비교)	제한적	매우 유연함

⑤ 실무 적용 시 주의사항

NULL 처리 필수: GREATEST 함수는 인자 중 하나라도 NULL이면 결과로 NULL을 반환합니다. 따라서 데이터에 NULL이 포함될 가능성이 있다면 NVL 함수와의 병행 사용이 필수적입니다.

-- NULL을 0으로 먼저 치환한 후 음수 체크 수행
SELECT GREATEST(NVL(COLUMN_NAME, 0), 0) FROM DUAL;

ORACLE 덤프 EXP / IMP 옵션

다루사무 — Thu, 25 Aug 2022 18:50:59 +0900

Oracle DBBackupUtility

Oracle 덤프 유틸리티(EXP/IMP) 주요 옵션 정리

데이터 추출(Export) 및 적재(Import) 시 사용되는 파라미터와 작업 시 주의사항을 상세히 기술합니다.

Oracle의 유틸리티를 이용한 데이터 이동은 크게 Export(EXP)를 통한 백업 파일 생성과 Import(IMP)를 통한 복구 단계로 나뉩니다. 각 단계별 핵심 옵션은 다음과 같습니다.

1. EXPORT(데이터 추출) 옵션 상세

옵션명	기능 설명 및 비고
`USERID`	계정명/비밀번호 (예: scott/tiger)
`FULL`	전체 데이터베이스 추출 여부 (기본값: N)
`OWNER`	특정 사용자 소유의 오브젝트만 추출
`TABLES`	추출 대상 테이블 목록 지정 (쉼표로 구분)
`FILE`	생성될 덤프 파일명 지정 (.dmp)
`LOG`	작업 진행 상황을 기록할 로그 파일명
`ROWS`	실제 데이터 적재 여부 (N 설정 시 구조만 추출)
`COMPRESS`	익스텐트 통합 여부 (기본값 Y, N 설정 권장)
`CONSISTENT`	읽기 일관성 유지 여부 (기본값 N)
`QUERY`	특정 조건(SELECT절)에 맞는 데이터만 추출
`DIRECT`	Direct Path Export 사용 여부 (속도 향상, 기본값 N)

※ EXPORT 주의사항:
- FULL, OWNER, TABLES 옵션은 상호 배타적이므로 동시 사용이 불가합니다.
- DIRECT=Y 설정 시 CONSISTENT=Y 옵션은 사용할 수 없습니다.

2. IMPORT(데이터 적재) 옵션 상세

옵션명	기능 설명 및 비고
`FROMUSER`	덤프 파일 내 원본 데이터를 소유한 사용자
`TOUSER`	데이터를 적재할 대상 사용자
`IGNORE`	테이블 생성 시 에러 무시 여부 (기본값 N, 이미 존재할 경우 Y 권장)
`COMMIT`	버퍼 단위 커밋 수행 여부 (대량 데이터 시 Y 권장)
`SHOW`	실제 적재 없이 파일 내 SQL 스크립트만 확인 (기본값 N)
`INDEXES`	인덱스 생성 여부 (기본값 Y)
`CONSTRAINTS`	제약조건 적재 여부 (기본값 Y)
`DESTROY`	기존 테이블스페이스 데이터 파일 덮어쓰기 여부
`INDEXFILE`	테이블/인덱스 생성 스크립트를 파일로 저장

※ IMPORT 주의사항:
- 소스(Source) DB와 대상(Target) DB의 Tablespace 명칭 불일치 시 기본 테이블스페이스에 생성됩니다.
- 특히 SYSTEM 계정으로 임포트 시 SYSTEM 테이블스페이스 오염 위험이 있으므로, 대상 테이블스페이스를 미리 생성해두는 것이 안전합니다.

3. 운영 요약

EXP: 데이터 백업 및 이관용 정적 덤프 파일 생성에 활용됩니다.
IMP: 백업된 덤프 파일로부터 데이터를 복원하거나 스키마를 이전하는 데 사용됩니다.
권한 관리: FULL=Y 옵션 사용 시 EXP_FULL_DATABASE 또는 IMP_FULL_DATABASE 권한이 반드시 필요합니다.

오라클 테이블 락 확인 및 세션 종료

다루사무 — Tue, 10 May 2022 11:44:04 +0900

-- 락걸린 테이블 확인
SELECT DO.OBJECT_NAME,
       DO.OWNER,
       DO.OBJECT_TYPE,
       DO.OWNER,
       VO.XIDUSN,
       VO.SESSION_ID,
       VO.LOCKED_MODE
  FROM V$LOCKED_OBJECT VO, DBA_OBJECTS DO
 WHERE VO.OBJECT_ID = DO.OBJECT_ID;

-- 해당 테이블에 LOCK 이 걸렸는지.
SELECT A.SID,
       A.SERIAL#,
       B.TYPE,
       C.OBJECT_NAME
  FROM V$SESSION A, V$LOCK B, DBA_OBJECTS C
 WHERE A.SID = B.SID AND B.ID1 = C.OBJECT_ID AND B.TYPE = 'TM' AND C.OBJECT_NAME IN ('테이블명');

-- 락발생 사용자와 SQL, OBJECT 조회
  SELECT DISTINCT X.SESSION_ID,
                  A.SERIAL#,
                  D.OBJECT_NAME,
                  A.MACHINE,
                  A.TERMINAL,
                  A.PROGRAM,
                  B.ADDRESS,
                  B.PIECE,
                  B.SQL_TEXT
    FROM V$LOCKED_OBJECT X,
         V$SESSION A,
         V$SQLTEXT B,
         DBA_OBJECTS D
   WHERE X.SESSION_ID = A.SID AND X.OBJECT_ID = D.OBJECT_ID AND A.SQL_ADDRESS = B.ADDRESS
ORDER BY B.ADDRESS, B.PIECE;

-- 현재 접속자의 SQL 분석
  SELECT DISTINCT A.SID,
                  A.SERIAL#,
                  A.MACHINE,
                  A.TERMINAL,
                  A.PROGRAM,
                  B.ADDRESS,
                  B.PIECE,
                  B.SQL_TEXT
    FROM V$SESSION A, V$SQLTEXT B
   WHERE A.SQL_ADDRESS = B.ADDRESS
ORDER BY A.SID,
         A.SERIAL#,
         B.ADDRESS,
         B.PIECE;

-- 락 세션 죽이기
SELECT A.SID, A.SERIAL#
  FROM V$SESSION A, V$LOCK B, DBA_OBJECTS C
 WHERE A.SID = B.SID AND B.ID1 = C.OBJECT_ID AND B.TYPE = 'TM' AND C.OBJECT_NAME = '테이블명';

ALTER SYSTEM KILL SESSION 'SESSION_ID, SERIAL#';

-- 락 세션 죽이는 sql 문
  SELECT DISTINCT X.SESSION_ID,
                  A.SERIAL#,
                  D.OBJECT_NAME,
                  A.MACHINE,
                  A.TERMINAL,
                  A.PROGRAM,
                  A.LOGON_TIME,
                  'ALTER SYSTEM KILL SESSION''' || A.SID || ', ' || A.SERIAL# || ''';'
    FROM GV$LOCKED_OBJECT X, GV$SESSION A, DBA_OBJECTS D
   WHERE X.SESSION_ID = A.SID AND X.OBJECT_ID = D.OBJECT_ID
ORDER BY LOGON_TIME;

톰캣(Tomcat) 서버 재시작 없이 catalina.out 초기화

다루사무 — Mon, 21 Mar 2022 15:13:04 +0900

TomcatLinuxLog Management

Tomcat catalina.out 로그 파일 안전하게 비우기

서비스 중단 없이 대용량 로그 파일을 초기화하고 관리하는 최적의 방법을 기술합니다.

Ⅰ. rm 명령어로 삭제 시 발생하는 문제

운영 중인 톰캣의 catalina.out 파일을 rm 명령어로 직접 삭제할 경우, 다음과 같은 현상이 발생합니다.

로그 기록 중단: 톰캣 프로세스가 기존 파일의 파일 디스크립터(File Descriptor)를 계속 붙잡고 있기 때문에, 파일이 사라져도 새로운 파일을 자동으로 생성하지 못합니다.
디스크 용량 미확보: 파일 시스템 상에서 파일은 삭제된 것처럼 보이지만, 톰캣 프로세스가 종료되기 전까지 실제 디스크 공간은 해제되지 않는 '파일 오픈 상태'가 유지됩니다.

Ⅱ. 안전한 로그 초기화 방법 (Truncate)

서버 재시작 없이 파일의 내용만 0으로 비우는 방식을 사용해야 합니다. 톰캣 프로세스가 잡고 있는 파일 객체는 유지하면서 데이터만 삭제하므로 즉시 로그 기록이 재개됩니다.

1. 리다이렉션을 이용한 초기화 (가장 권장)

# 파일 크기를 0으로 만듦
cat /dev/null > /usr/local/tomcat/logs/catalina.out

# 또는 더 짧은 명령어 사용
> /usr/local/tomcat/logs/catalina.out

2. truncate 명령 사용

# 크기를 0으로 명시적 지정
truncate -s 0 /usr/local/tomcat/logs/catalina.out

Ⅲ. 근본적인 해결책: 로그 로테이션(Log Rotation)

매번 수동으로 파일을 비우는 것은 비효율적입니다. 리눅스의 logrotate 도구를 사용하여 주기적으로 로그를 분리하고 압축 관리하는 것이 표준입니다.

logrotate 설정 예시 (/etc/logrotate.d/tomcat)

/usr/local/tomcat/logs/catalina.out {
    copytruncate    # 파일을 복사한 후 원본을 비움 (핵심 옵션)
    daily           # 매일 실행
    rotate 7        # 7일간 보관
    compress        # 압축 저장
    missingok       # 파일이 없어도 에러 무시
    notifempty      # 파일이 비어있으면 실행 안 함
}

Ⅳ. 요약 및 주의사항

절대 rm으로 삭제하지 마십시오. 서비스 재시작 전까지 로그가 기록되지 않습니다.
리다이렉션(>)이나 truncate 명령어를 사용하여 파일 내용만 비우는 것이 안전합니다.
운영 환경에서는 logrotate의 copytruncate 옵션을 활용해 자동화할 것을 적극 권장합니다.