프로세스? 프로세스란 User mode에서 작동하는 하나의 프로그램을 의미한다. (ex. 크롬, 카카오톡, 디스코드 등) 각 프로세스들은 CPU와 메모리 자원에 의존하여 작동되며 User mode 수준에서 작동하기 때문에 파일 입출력, 네트워크 통신 등을 직접 수행하지는 못하고 트랩을 통해 다양한 시스템 콜을 호출하여 이를 Kernel mode(운영 체제)에 요청하게 된다. 각 프로세스들은 동시다발적으로 작동할 수 있는데, 이는 운영체제의 리소스 가상화를 통해서 이루어진다. 특정 PC의 CPU와 메모리는 각각 하나뿐일지라도 운영체제가 이들을 마치 각 프로세스들만을 위한 CPU, 메모리가 있는 것처럼 쪼개고 스케줄링한다. CPU 가상화는 각 프로세스가 매우 짧은 시간 동안만을 CPU를 점유하도록 하여 계속..

들어가기 앞서 해당 질문은 언젠가 면접에서 직접 요청 받았던 질문이기도 하고, 구글링을 해보아도 일종의 면접 단골 질문으로 불린다. 마침 스터디의 주제가 되기도 했고, 앞으로도 이에 대해 고민하고 또 대답할 일이 많다고 여겨 이를 정리한다. RDB RDB란 전통적인 형태의 관계형 데이터베이스를 의미한다. 일반적으로 많이 쓰이는 MySQL, PostgreSQL 등이 이에 해당한다. 기본적으로 데이터를 2차원 행렬(테이블) 형태로 관리하며, 데이터의 형식을 일정하게 유지하기 위한 스키마가 존재한다. 데이터의 조회, 삽입, 수정, 삭제에 SQL을 이용하는데, 어떤 DB를 사용하느냐에 따라 세부적인 함수의 사용법 등이 달라질 수는 있지만 큰 틀은 서로 동일하다. DB의 수평적 확장이 어려운 편인데, 이는 RDB..

트랜잭션 격리 수준이란? DB에서 트랜잭션이란 특정 작업을 위한 DB 연산들의 모임으로, 하나의 작업 단위이다. 트랜잭션은 ACID로 불리는 4가지 특징을 갖는다. 다만 이를 완벽하게 지키기 위해서는 트랜잭션들이 완전히 격리되어야 하는데, 이 과정에서 DB의 동시성이 과도하게 희생되기 때문에 성능의 저하로 이어질 수 있다. 그렇다고 트랜잭션 간 격리를 포기해버리면 DB의 무결성, 일관성 측면에서 많은 문제들이 발생할 수 있다. 따라서, DB의 일관성과 성능을 모두 고려하여 트랜잭션 간 격리되는 정도를 적절히 유지하는 것이 중요하다. 이를 트랜잭션의 격리 수준(Isolation Level)이라고 한다. 격리 수준을 고려하지 않으면 발생하는 문제 1. Dirty Read Dirty Read란 트랜잭션이 아직..

이전에 NodeJS Express와 MySql2를 연동하여 토이 프로젝트를 진행한 적이 있다. 그때 사용자의 이메일을 가지고 해당 이메일을 갖는 계정이 존재하는지에 대한 여부를 확인하는 함수를 작성한 일이 있는데, 다음과 같이 구성했다. 당시 서로 코드 리뷰를 해주던 그룹이 있었는데, 한분께서 위 코드를 보시고는 "SQL Injection 공격에 취약해 보인다"라고 피드백을 해주신 기억이 있다. 지금이야 저런 식으로 코드를 구성하는 것이 위험하다는 것을 알고있지만 당시에는 아는 것이 별로 없었기 때문에 SQL Injection을 따로 공부했던 기억이 있다. SQL Injection 이란? SQL Injection은 해커가 프로그래머의 의도에 벗어난 방법을 통해 SQL문을 재구성, DB에 질의하여 사용자의..

RDBMS의 인덱스란? 인덱스란 DB 테이블에서 특정 데이터에 대한 검색 작업을 수행할 때, 검색 성능을 높이기 위해 사용되는 도구이다. 만약 데이터 N개가 존재하는 테이블에서 특정 칼럼의 값이 X인 데이터를 찾기 위해서는, 전체 테이블을 모두 확인해야 하며 O(N)의 시간복잡도를 갖는다. 이를 Full table scan이라고 하는데, 하나의 데이터를 위해 매번 O(N)이 걸리는 것은 상당히 비효율적이다. 이러한 문제를 해결하기 위한 것이 바로 인덱스이다. 주로 쓰이는 B+Tree 자료구조를 통한 인덱스를 이용 시 위와 동일한 조건에서 O(logN)의 향상된 시간복잡도를 갖는다. 인덱스에 이용되는 자료구조 1. Hash Table 해시 테이블은 Key - Value 자료구조이다. 따라서 특정 데이터의 ..

Eslint를 사용하면 사전에 설정한대로 프로젝트 내 코드 스타일을 강제해주어 코드에 일관성이 생기고 결과적으로는 프로젝트 내 코드 품질이 향상된다. 이는 특히 협업 환경에서 더욱 도드라진다. 일반적으로 다음의 명령어를 수행하여 코드 스타일에 대한 검사를 수행한다. # --fix 옵션은 Eslint가 자발적으로 수정할 수 있는 수준의 스타일 오류에 대해서는 # 자동으로 수정을 하는 것을 의미한다. eslint --fix 보통, 협업 시에는 프로젝트 저장소에 제약을 두어 Merge 시 Lint 테스트를 자동으로 수행하고 테스트를 통과하지 못할 시 코드가 Merge되지 않도록 설정하는데, 이에 따라 로컬에서 작성한 코드를 원격 저장소로 push할 때 Lint 테스트를 계속해서 수행해주어야 한다. 이는 물론 ..