YuMa의 DB 이야기

MariaDB zip file 설치 for windows

뭣때문인지 모르겠으나 챗gpt 한테 물어보고 했는데 명령어에 옵션이 없고 막 난리였음~~

mysql 과 MariaDB 는 서로 계속 달라지고 있으니 잘 커스터마이징 해가면서 써야하겠다..ㅠㅠ

version : MariaDB 10.11.13

platform : windows 11

===========================================

0. MariaDB 압축 파일 버전 다운로드, 압축 풀기

    my.ini 파일은 사전에 수정해둘것.

1. 시스템 환경변수 추가
시스템 변수(S)
Path
D:\MariaDB\bin (설치 경로에 맞게 셋팅하기)

2. database install (data 경로는 empty여야함.)
mariadb-install-db --config=D:\MariaDB\my.ini

-- 설치 완료하면 ?/data 에 mysql, performance_schema, sys 생성됨. information_schema는 안보이지만 실제 db에 접속하면 보임!!

3. 서비스 등록
mysqld --install MariaDB --defaults-file="D:\MariaDB\data\my.ini"

4. 서비스 기동
net start MariaDB

--접속 확인
mysql -uroot -p
엔터 (비번 없이 접속됨)

5. 초기 보안 설정
---------------------------------- mysql_secure_installation (명령어 없음!! 안됨!!)
mysql
ALTER USER 'root'@'localhost' IDENTIFIED BY '패스워드';
FLUSH PRIVILEGES;

net stop MariaDB

터미널창에서 한글이 깨져보일때 셋팅하는 방법

시스템 설정 조회

$ localectl status
System Locale: LANG=ko_KR.eucKR

세션에서 적용

$ export LANG=ko_KR.eucKR

해당 계정에 적용할때는

.profile 또는 .bash_profile 에 넣고 적용하면 될것이고,,,

마지막으로 터미널의 언어셋을 맞춰줘야함

ex) securecrt 세션 옵션
character encoding : EUC-KR

이렇게 하니 한글이 깨져보이지 않고 잘 나왔음.

미러링 설정된 DB에 sa 계정이 아닌 일반 로그인 계정을 사용하여 로그인을 하려고 하면 아래와 같은 메시지가 뜬다.

Use of key 'Failover Partner' requires the key 'Initial Catalog' to be present. (Microsoft.Data.SqlClient)

> '장애 조치 파트너' 키를 사용하려면 '초기 카탈로그' 키가 있어야 합니다.

이 말 그대로 해석했어야 했는데,,, 괜히 삽질했다.

어렵게 가지 말자!!

SSMS에 접속시 4번째 탭 "추가 연결 매개 변수" 에 아래의 정보를 넣어주면 된다.

Initial Catalog=DBNAME

그럼 접속 잘된다~

(TEST 환경 : SSMS 20.2.30.0 / SQL Server 2022 EE)

SSMS 19 이하 버전에서는 다를 수도 있음...

참고 : https://github.com/dotnet/SqlClient/issues/2545

-- DB status reset 
EXEC sp_resetstatus 'DB명'

-- 응급 상태로 전환
ALTER DATABASE DB명 SET EMERGENCY

--DBCC 수행
DBCC checkdb(' DB명 ')

--싱글 유저로 바꿔서 접근 제한
ALTER DATABASE DB명 SET single_user WITH ROLLBACK IMMEDIATE

-- DB REPAIR
DBCC checkdb(' DB명 ', 옵션)

* REPAIR 옵션

1) REPAIR_FAST : 시간이 많이 소요되지않고, 데이터의 손실이 없는 사소한 오류를 수정 (클러스터되지 않은 인덱스 복구 가능)
2) REPAIR_REBUILD : REPAIR_FAST이 하는 모든 작업, 인덱스 재생성과 같이 시간이 소요되는 작업이 복구 과정에서 진행됨. 역시 데이터의 손실 위험은 없다.
3) REPAIR_ALLOW_DATA_LOSS : REPAIR_REBUILD이 하는 모든 작업, 할당 오류, 구조적 행 오류나 페이지 오류, 손상된 텍스트 개체 삭제를 수정하기 위한 행과 페이징의 할당 및 할당 취소 등의 작업이 행해진다.

-- 멀티 유저로 바꾸기
ALTER DATABASE DB명 SET MULTI_USER

Oracle Alert log 점검중 확인한 경고 메시지.

Mon Mar 25 10:13:01 2024
Warning: VKTM detected a time drift.
Time drifts can result in an unexpected behavior such as time-outs. Please check trace file for more details.

OS와 DB상의 시간이 맞지 않을 경우 나타난다고 하는데,

읭? OS와 DB는 시간이 맞는거 같은데??

1. DB

> select to_char(sysdate, 'yyyymmdd hh24:mi:ss') from dual;

TO_CHAR(SYSDATE,'
-----------------
20240325 15:39:40

2. OS (Linux)
# date
Mon Mar 25 15:39:44 KST 2024

>> 동시에 친게 아니라 순차적으로 친거라 몇초의 시간차는 있음.;;

뭐지뭐지 하다가 구글링해서 얻은 결과.

 하드웨어의 시간을 확인하라.

# hwclock
Mon Mar 25 14:17:00 2024  -0.250758 seconds

시간 차이가 한시간 이상 나잖아;;;

rdate로 OS와 HW의 시간을 동기화 해야한다.

하지만 쫄보는 바로 적용하지 않지.

PM 일정 잡아서 다른거랑 한번에 작업하자.

<<해결방법>>

1. rdate 설치
  <CentOS>
# yum -y install rdate
  <Ubuntu>
# apt-get -y install rdate
​
2. 시간 동기화
# rdate -s time.bora.net && hwclock -w

참고 : https://blog.naver.com/lgc2015/223311995308

20250716 추가

아니 사실 그전에, 요즘 시대에 rdate 를 쓴다는 것이 말이 되는가,

NTP나 Chrony 로 시간 동기화 방법을 변경하는게 맞다.

rdate 로 한방에 시간을 맞출라고 하니 이 사단이 나는거다!!

(테스트 서버에서 rdate 사용시에는 동일하게 VKTM warning 이 발생하였으나, Chrony 로 변경한 후에는 더이상 발생하지 않았다.)

MariaDB에서 lock 정보를 보고 싶을 때,

저 metadata_lock_info 플러그인을 미리 설치하지 않아 원하는 정보를 보지 못하는 경우가 있었다.

이럴 때는 

INSTALL SONAME 'metadata_lock_info';

해서 플러그인을 설치해주고, 삭제는

UNINSTALL SONAME 'metadata_lock_info';

로 한다.

설치를 하면 information_schema 에 metadata_lock_info 라는 테이블이 생성된다.

select * from information_schema.metadata_lock_info;

여기서 문제가 되는 thread_id를 찾아, processlist 에서 락을 유발하는 세션이 실행중인 SQL을 찾고,

필요시 kill 할 수 있다.

select *

from information_schema.processlist

where ID in (찾은 ID);

kill ID;

자동통계정보 수집 기능 테이블 단위 비활성화 (lock)
EXEC DBMS_STATS.LOCK_TABLE_STATS('유저명','테이블명');

자동통계정보 수집 기능 테이블 단위 활성화 (unlock)

EXEC DBMS_STATS.UNLOCK_TABLE_STATS('유저명','테이블명');

Lock 여부 확인

(stattype_locked='ALL' 이면 잠금 상태임)

select owner, table_name, stattype_locked 

from dba_tab_statistics
where stattype_locked='ALL';

select * from dba_indexes

where degree != 1; -- parallel 로 되어 있는 것만 출력할 경우

select * from
(select sid, serial#, opname, to_char(start_time,'yyyymmdd hh24:mi:ss') st,
  TRUNC((sofar/totalwork) * 100) as percent_complete,START_TIME,TIME_REMAINING
from v$session_longops
order by start_time desc)
where rownum<=10
;

Character string values storage:
1. CHAR:
§ Stores strings of fixed length.
§ The length parameter s specifies the length of the strings.
§ If the string has smaller length it padded with space at the end
§ It will waste of a lot of disk space.
§ If the string has bigger length it truncated to the scale number of the string.

2. VARCHAR:
§ Stores strings of variable length.
§ The length parameter specifies the maximum length of the strings
§ It stores up to 2000 bytes of characters
§ It will occupy space for NULL values
§ The total length for strings is defined when database was created.

3. VARCHAR(2):
§ Stores strings of variable length.
§ The length parameter specifies the maximum length of the strings
§ It stores up to 4000 bytes of characters
§ It will not occupy space for NULL values
§ The total length of strings is defined when strings are given

Read more: http://wiki.answers.com/Q/What_is_difference_between_varchar_and_varchar2#ixzz1y8EQfB7P