- 전체보기(139)
- nhn(34)
- 스터디(22)
- mysql(10)
- 리눅스커맨드라인쉘스크립트바이블(10)
- 정보처리기사(9)
- 용어정리(8)
- 업무에 바로 쓰는 SQL 튜닝(7)
- redis(6)
- NHN Cloud(6)
- 주간회의(6)
- sql(6)
- JavaScript(5)
- db(5)
- django(5)
- 데이터베이스(5)
- 교육(4)
- git(4)
- 쉘스크립트(4)
- 잡담(4)
- cubrid(3)
- vue(3)
- React(3)
- linux(3)
- http(3)
- web(3)
- 리눅스(3)
- 기술회의(3)
- script(2)
- error(2)
- 이중화(2)
- vue+django(2)
- cubrid_ebook(2)
- MMM(2)
- CSS(2)
- vagrant(2)
- L7(2)
- cloud(2)
- MHA(2)
- 인증(2)
- 클라우드교육(2)
- 가상화(1)
- swap(1)
- 모델(1)
- yarn(1)
- vue.js(1)
- PORT(1)
- 로드맵(1)
- 유틸리티퍼스트(1)
- centos(1)
- 계획(1)
- Null처리(1)
- virtualbox(1)
- 파티션(1)
- JOIN(1)
- View(1)
- sed(1)
- Sql튜닝(1)
- toast(1)
- 리플리케이션(1)
- replication(1)
- 과제(1)
- 9장(1)
- da(1)
- tailwind(1)
- ip(1)
- 자기반성(1)
- webpack(1)
- 클러스터 테이블(1)
- 입사(1)
- 채용(1)
- login(1)
- query(1)
- Nginx(1)
- docker(1)
- unix socket(1)
- CSS 프레임워크(1)
- 매개변수확장(1)
- 아키텍처(1)
- Buffer(1)
- String(1)
- key(1)
- commit(1)
- shellscript(1)
- 리뷰(1)
- kinit(1)
- State(1)
- 같은 실수를 반복하지 않기 위한 글(1)
- 라이센스(1)
- 예외처리(1)
- 인프라엔지니어교과서(1)
- Sass(1)
- 인턴(1)
- fork(1)
- erd(1)
- ./git-credentails(1)
- log(1)
- 가용성영역(1)
- 에러(1)
- 데이터모델링(1)
- memory(1)
- 페이지네이션(1)
- SAP(1)
- nosql(1)
- aws(1)
- pem키(1)
- JSX(1)
- MariaDB(1)
- vm(1)
- babel(1)
- 커버로스(1)
- Database(1)
- 로드밸런싱(1)
- L4(1)
- v-pagination(1)
- 샤딩(1)
- Props(1)
- grep 명령어(1)
- hash(1)
- DBA(1)
- trim()(1)
- set(1)
- OS(1)
- 컬럼수(1)
- nwacl(1)
- vim(1)
- 버그(1)
- 인프라엔지니어(1)
- 메모리(1)
- 플랫폼(1)
- scss(1)
- 파티셔닝(1)
- 클러스터(1)
- programmers(1)
- 무중단배포(1)
- ORM(1)
- npm(1)
- vi(1)
- 라이브러리(1)
- 프레임워크(1)
- crontab(1)
- alias(1)
- merge(1)
- ubuntu(1)
- 배포(1)
- grant(1)
- 클러스터링 인덱스(1)
- 쿼리(1)
- 개발(1)
- 치환(1)
- sql조인(1)
- gnu(1)
- group by(1)
- Cache(1)
업무에 바로 쓰는 SQL 튜닝 [4장_4.3]
1) 작은 테이블이 먼저 조인에 참여하는 나쁜 SQL2) 메인 테이블에 계속 의존하는 나쁜 SQL3) 불필요한 조인을 수행하는 나쁜 SQL인덱스 있는 테이블이 후행테이블하지만 둘다 부서번호에 인덱스가 있기 때문에(부서=부서번호(pk), 부서사원\_매핑=부서번호(inde
업무에 바로 쓰는 SQL 튜닝 [4장_4.2]
Primary Key(index) = NOT NULL, 유일성O= Unique Key + NOT NULL (=> 하지만 PK 사용이 원칙)Unique Key(index) = NULLABLE, 유일성O일반 Key(index) = 유일성X1) 기본키를 변형하는 나쁜 SQ
업무에 바로 쓰는 SQL 튜닝 [3장_3.2]
3.1 은 mysql workbench 및 예제데이터 준비과정이여서 PASS > ## 3.2장 실행 계획 수행 1) 기본 실행 계획 수행 2) 좋고 나쁨을 판단하는 기준 3) 확장된 실행 계획 수행 1. 기본 실행 계획 수행 1) 실행계획 확인 명령어 2) MyS
grep/tail (+awk/sed)
(작성중) 필요할때 볼려고 정리한 내용\-A num, --after-context=num: 특정 문자열로부터 num 이후의 라인까지 출력\-B num, --before-context=num: 특정 문자열로부터 num 이전의 라인까지 출력\-C num, --context
클러스터 테이블
선임님의 질문 하나가 선량한 사원 한명을 죽일수도 살릴수도,,어쩌구,, 상황은 이렇다. 선임님의 훅 들어온 질문 하나. What is 클러스터 테이블? 약 10초간 나의 머릿속에는 어? 클러스터 테이블? 클러스터링 인덱스는 아는데,, 아니 DBA 가 되겠다면서 이
뷰 테이블
이전에 짧게 배웠던 뷰 테이블(https://velog.io/@claraqn/%EC%8A%A4%ED%84%B0%EB%94%94-%EB%8D%B0%EC%9D%B4%ED%84%B0%EB%B2%A0%EC%9D%B4%EC%8A%A4-for-beginner-2%EC%9
MariaDB Authentication Plugin [ Unix Socket ]
...(작성중)... ...(완성글 아님 주의)... > ### 상황 NHN CLOUD MairaDB Instance (Ubuntu 환경) 상품 신규 개발 진행중 발견한 이슈 참고로 NHN CLOUD MairaDB Instance (CentOS 환경) 은 이미 제공되
개발환경세팅 스크립트 실행 시 발생 오류
작성해두었던 개발환경세팅 스크립트가 정상적으로 실행되는지 확인해보려고 하다가, 삽질만 하루동안 하였습니다.NHN CLOUD console 에서 인스턴스를 생성할때 생성되자마자 접속하게 되면, 명령어들이 정상적으로 실행되지 않습니다. 시간이 오래걸리거나, 에러가 뜨거나
소규모 웹사이트 구축해보기
Vpc 생성(10.0.0.0/16 넒은 대역으로!) ➡️ internet gateway 장비만 생성 ➡️ routing에서 internet gateway 연결! ➡️ routing table에 INTERNET_GATEWAY 추가된것 확인 가능 기본 = 고가용성 사용 안
업무에 바로 쓰는 SQL 튜닝 [2장_2.3]
1) 기초 용어2) 응용 용어테이블 스캔 : 인덱스 거치지 않고 바로 디스크에 위치한 테이블 데이터에 접근 \- 테이블 풀 스캔 인덱스 스캔 : 인덱스로 테이블 데이터에 접근 \- 인덱스 범위 스캔/인덱스 풀 스캔/인덱스 고유 스캔/인덱스 루스 스캔/인덱스 병합 스
업무에 바로 쓰는 SQL 튜닝 [2장_2.2]
1) 서브쿼리 위치에 따른 SQL 용어2) 메인쿼리와의 관계성에 따른 SQL 용어3) 반환결과에 따른 SQL 용어4) 조인 연산방식 용어5) 조인 알고리즘 용어스칼라 서브쿼리 결과는 무조건 데이터 1건인라인 뷰의 결과는 내부적으로 메모리 또는 디스크에 임시 테이블을 생
업무에 바로 쓰는 SQL 튜닝 [2장_2.1]
사용자 > SQL 문 실행(데이터 요청) > (MySQL 엔진 : parser) 문법에러 있는지/DB에 존재하는 테이블 대상으로 SQL문 작성했는지 등 다양한 문법 및 구문으로 검사 > (MySQL 엔진 : optimizer) 사용자가 요청한 데이터를 빠르고 효율적으로
업무에 바로 쓰는 SQL 튜닝 [1장]
Oracle : 통합된 스토리지 하나 공유MySQL : 물리적 DB서버마다 독립적으로 스토리지 할당위와 같은 특징으로 이중화 구성 시, M-S 구조가 되는데, 이 때 M 노드는 R/W 수행가능하고, S 노드는 R 처리만 가능DB 서버 트랜재션에서 쓰기 트랜잭션과 읽기
나 정말 다시는 rm -rf 명령어 쓰지 않을거야
라고는 했지만, 써야하니까 정확히말하자면 정신줄 놓고 쓰지 않을것이라는 뜻어느 책에나 적혀있고, 누구나 말하는 rm -rf 의 위험성 솔직히 그런 위험성을 보고 들을때마다, "그래도 눈에 보이는 명령어인데,,조심하면 되지 않나? 누가 그런 실수를 해?" 라고 생각했었다
[git fork] 'remote: Invalid username or password.'
회사 비밀번호 업데이트 이후 git fetch 시, incorrect password 오류 발생해당 블로그를 보고 해결했습니다.위와 같이 키체인접근 > Fork.github.com.https > 마우스 오른쪽 클릭 > Fork.github.com.https 삭제 > g
[10/04] CUBRID 리뷰 이후 정리
10/04 CUBRID : cubridebook (HA/백업/보안)리뷰 이후 내용을 정리합니다보존할 보관 로그 파일의 최소 개수를 설정하는 파라미터최소값은 0이며 기본값은 INT_MAX (2147483647)CUBRID 설치 시 cubrid.conf에는 0으로 설정되어
[9/27] CUBRID 리뷰 이후 정리
9/27 CUBRID : cubridebook브로커 이중화 / 큐브리드 아키텍쳐 리뷰 이후 내용을 정리합니다테스트 서버에서 sql log & 브로커 모드 등 확인해보기롤체인지 되는지 테스트 해보기설치 기본 표준이 어떻게 되는지 확인해보기현재 세팅한 운영서버는 -> M-
[고민] 컬럼 수에 따른 성능 차이
다른 부서 팀원분이 'DB설계하실 때 컬럼이 30개 정도되면 보통 쪼개는지 궁금' 하다고 질문 주셨다.나도 궁금 🧐❓인터넷에 서치한 결과, 등등 여러 의견들이 있었다. mysql 8.0 기준으로 4096개의 컬럼까지 MAX로 사용할 수 있다고 한다. "There is