Save My Code

인덱스가 외래 키 제약 조건(Foreign Key) 때문에 삭제되지 않는 경우1. Foreign Key 제약 조건 이름 확인SHOW CREATE TABLE ;2. 외래 키 제약 조건 삭제ALTER TABLE DROP FOREIGN KEY ;3. 인덱스 삭제ALTER TABLE DROP INDEX ;4. 외래 키 제약 조건 재생성ALTER TABLE ADD CONSTRAINT FOREIGN KEY () REFERENCES (); 복잡하니까 예시로 봅시다SHOW CREATE TABLE 명령어로 확인한 Foreign Key 제약 조건 이름이 다음과 같을 때 (일부만 떼어옴)KEY idx_theme_store_price (store_id,price),CONSTRAINT FK_254c27bc315fde044..

문제Failed to connect to your instance. Error establishing SSH connection to your instance. Try again later.해결 방법인스턴스에 SSH로 접속 후 sudo apt-get install ec2-instance-connect 명령어 입력인스턴스에 PuTTY로 접속하기

문제인스턴스의 상태 검사 탭에서 시스템 연결성 검사 통과, 인스턴스 연결성 검사 실패해결 방법작업 > 모니터링 및 문제해결 > 시스템 로그 가져오기 > 아래 [연결] 버튼

@notion1. 프로젝트 루트 디렉토리에 ecosystem.config.js 파일을 생성module.exports = { apps: [ { name: "backend-server", script: "dist/main.js", env: { NODE_ENV: "development" }, env_production: { NODE_ENV: "production" } } ]};apps 배열 안에 여러 앱 설정 가능script: 실행할 메인 파일의 경로를 지정env: 개발 환경에 대한 환경변수 설정 2. pm2로 앱 실행pm2 start ecosystem.config.js: 기본적으로 env 설정 적용 (즉 NODE_E..

@notionnpm run test 명령어 실행 시 대부분의 테스트 프레임워크는 테스트 실행 시간을 줄이기 위해 기본적으로 모든 테스트 파일을 병렬로 실행병렬 실행의 이점과 문제점이점테스트 실행 시간 단축CPU 코어 최대한 활용 가능문제점테스트 간 공유되는 자원(e.g. 데이터베이스, 파일 시스템 등)이 있을 경우 충돌 발생 가능전역 상태를 변경하는 테스트는 다른 테스트에 영향을 줄 수 있음 Jest의 병렬 실행 제어 방법maxWorkers 옵션: 병렬로 실행할 작업자 수 제한명령어로 설정: jest --maxWorkers=4package.json 파일 스크립트 설정:"scripts": { "test": "jest --maxWorkers=4"}단일 실행 모드: jest --runInBand 명령어로 테..

git clone -b --single-branch  e.g. 원격 저장소의 feature 브랜치를 현재 디렉터리 내 repo-copy라는 새로운 폴더로 클론하려면git clone -b feature --single-branch https://github.com/user/repo.git repo-copy

로컬 DNS 캐시사용자 기기(컴퓨터, 스마트폰 등) 내에 저장된 최근 DNS 질의 결과이곳에 결과값이 있으면 가장 빠르게 응답 가능로컬 DNS 서버ISP나 조직 내부에서 제공하는 DNS 서버사용자 기기로부터 직접 질의를 받아 처리자체 캐시를 유지하고 있어서 캐시된 결과가 있다면 최종 IP 주소를 반환할 수 있음

HTTP 파이프라이닝HTTP/1.1에서 지원되는 기능으로, 단일 TCP 연결을 통해 여러 HTTP 요청을 연속적으로 보내는 기술여러 요청을 순차적으로 보내고, 순서대로 응답을 받음첫 번째 요청이 지연되면 그 뒤의 모든 요청도 지연됨 → 헤드 오브 라인 블로킹QUIC의 스트림 다중화 (멀티플렉싱)HTTP/3에서 사용되는 기술로, 단일 QUIC 연결 내에서 여러 독립적인 스트림을 동시에 전송하는 기술여러 스트림을 동시에 전송하고, 비동기적으로 응답을 받음각 스트림은 독립적으로 처리되어 하나의 스트림에서 패킷 손실이 발생해도 다른 스트림에 영향을 미치지 않음 → 헤드 오브 라인 블로킹 문제 해결

HTTP/2의 스트림 다중화HTTP/2는 전송 계층에서 TCP를 사용하는 프로토콜 → 단일 TCP 연결 내에서 여러 스트림을 동시에 전송헤드 오브 라인 블로킹: TCP의 특성상 하나의 패킷 손실이 전체 연결의 지연을 초래할 수 있음HTTP/3의 스트림 다중화HTTP/3는 전송 계층에서 QUIC를 사용하는 프로토콜 → 단일 QUIC 연결 내에서 여러 스트림을 동시에 전송QUIC은 UDP 기반 → 개별 스트림에서 패킷 손실이 발생해도 다른 스트림에 영향을 미치지 않음 → 헤드 오브 라인 블로킹 해결

멀티플렉싱 (Multiplexing): 하나의 채널을 통해 여러 데이터 흐름(e.g. 비디오 스트림, 오디오 스트림, 데이터 스트림)을 동시에 전송하는 기술스트림 다중화 (Stream Multiplexing): 멀티플렉싱의 일종으로, 하나의 연결에서 여러 독립적인 데이터 스트림을 동시에 전송하는 기술스트림: 독립적인 데이터 전송 단위로 각 스트림은 순서 보장과 흐름 제어 메커니즘을 가짐