2. DBMS이야기 139

[PostgreSQL Admin] Monitoring

모니터링 Postgresql 은 시스템 카탈로그를 통해서 제공 합니다. 대부분 테이블이거나 뷰인데, 이는 결국 데이터베이스의 모니터링하는데 큰 도움이 됩니다. SELECT datname, procpid, usename, client_addr, client_port, waiting, current_query FROM pg_stat_activity 위 쿼리는 많은 정보를 보여줍니다. 클라이언트 주소(client_addr), 클라이언트 포트(client_port), 현재 쿼리(current_query), 데이터베이스(datname), 프로세스 아이디(procpid) 입니다. current_query 는 반드시 쿼리문이 오지는 않습니다. 예를들면 클라이언트의 프로세스가 IDLE 상태라면 '' 이라고 나옵니다. ..

MySQL 클러스터의 성능을 최적화하기 위한 기본 지식

MySQL 클러스터는 실시간, 확장 성 및 트랜잭션 데이터베이스이다. 그것은 실제로 실시간 성능 및 캐리어 급 가용성을 필요로하는 애플리케이션에 내장 된 통신 데이터베이스로 설계되었다. 하지만 MySQL 클러스터는 모바일 결제 시스템, 실시간 분석, 씨앗 스트리밍 및 분석 및 콘텐츠 관리를 포함한 기업 솔루션에 사용 사례를 확장 향상시킬 수있다. MySQL 클러스터는 집약적 인 워크로드의 요구를 충족하기 위해 수평으로 확장 할 수있는 기능이 있다. 다음은 MySQL 클러스터의 구조는 다음과 같다. 데이터 노드, 응용 프로그램 노드와 관리 노드 : 클러스터는 3 노드 (node)로 구성된다. 데이터 노드는 일반적으로 데이터 액세스 및 저장을 관리. 애플리케이션 노드는 애플리케이션 로직에서 데이터 노드에 대..

02. CUBRID의 일꾼 - 프로세스

지난 편에 이어서, 프로세스에 대해 알아볼게요 CUBRID 설치 후 서비스를 위한 구동이 완료되면 아래의 프로세스를 확인 할 수 있어요 linux) – “ps –ef | grep cub_” 명령어를 이용하여 구동 process 확인 (oracle이 ora_라면 cubrid는 cub_) • Master Process– 프로세스 검색 명령어에 의해 “cub_master” 로 확인– 큐브리드 서비스를 구동하면 하나의 cub_master 프로세스가 구동 (oracle의 pmon 역할)– Client와 DB Server프로세스 사이의 연결을 담당하는 프로세스• Database Server Process– 프로세스 검색 명령어에 의해 “cub_server ”의 형태로 확인– 데이터베이스가 구동되어 있을 때 검색되는..

01. Welcome to CUBRID 소개

안녕하세요~ 오늘은 큐브리드 사에서 제공하는 CUBRID DB에 대해 알아볼까요~? CURBID는 국산 오픈소스 라이선스 DB로 RDBMS (관계형 모델을 기반으로 하는 데이터베이스 관리 시스템)입니다.현재는 NHN의 Ndrive 서비스를 CUBRID DB로 사용한다고 합니다. CUBRID의 주요 특징은 다음과 같습니다 트랜잭션 ACID 지원HA/복제 환경에서 트랜잭션 일치성 보장고가용성 기능 지원(High Availability)샤딩 기능 지원(Sharding)테이블 분할 기능(Partitioning)인덱스(Multi-Range/Covered/Reverse/Multi-Index) 지원온라인/오프라인/증분/압축/병렬 백업계층형 쿼리(Hierarchical Query)클릭 카운터쿼리 플랜 캐시, 쿼리 결과..

PostgreSQL Privileges Test 4

TEST 4 : DATABASE 세번째 테스트는 데이터베이스에 관한 테스트입니다. 모든 User는 권한 없이 DATABASE 이용이 가능한가에 관해 테스트를 진행해보겠습니다. - Database 생성edb=# create database fdb tablespace test_tbs1;CREATE DATABASE 데이터베이스가 정상적으로 생성되었는지 확인하기 위해서는 아래와 같은 명령어를 날려주시면 됩니다. edb=# \l+ List of databases Name | Owner | Encoding | Collate | Ctype | Access privileges | Size | Tablespace | Description -----------+--------------+-----------+-------..

MySQL 설치 후 최적화 (query_cache_size, log_bin, skip_name_resolve)

설치 최적화의 경우는 Qeury 전반에 영향을 주게 됨으로 대게의 경우 개별 Query의 성능 영향도 보다 영향도가 크고, 잘 최적화된 경우에는 효과가 매우 크다. 지난 아티클 "MySQL 설치 후 Innodb Setting", "MySQL 설치 후 최적화 - Basic TOP 3" 에서 다루지 않았으나 중요한 3가지 옵션에 대해 기술합니다. 1. query_cache_sizequery cache는 동시성이 적당한 경우에도 병목이 보일 수 있다. 가장 좋은 옵션은 MySQL 5.6에서는 Defailt로 된 query_cache_size = 0으로 셋팅(비활성화)하는 것이다. 만약 이미 MySQL 어플리케이션이 Query Cache 가 활성화 되어있고, 특별한 문제가 없다면, Query Cache는 유용했..