jjsana 님의 블로그

[MySQL 오류해결] ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/tmp/mysql.sock'

jjsana — Wed, 12 Feb 2025 21:43:43 +0900

[ 첫번째 방법 ] - 소켓 파일 경로 추가
ls -l /etc/my.cnf

ls -l /etc/mysql/my.cnf

ls -l /opt/homebrew/etc/my.cnf

ls -l ~/.my.cnf

-> 하나씩 명령어 쳐서 파일 위치 찾기

sudo nano /opt/homebrew/etc/my.cnf -> 파일 위치 찾은 후 이렇게 명령어 친 후

# Default Homebrew MySQL server config

[mysqld]

# Only allow connections from localhost

bind-address = 127.0.0.1

mysqlx-bind-address = 127.0.0.1

# 소켓 파일 경로 추가

socket=/tmp/mysql.sock

-> 소켓 파일 경로 추가 해준 후 control+o(저장) 그다음 엔터 control+x(나가기) 그 다음 엔터

이렇게 한 후

brew services restart mysql -> mysql 서버 재시작

ls /tmp/mysql.sock -> 파일 생성됐는지 확인! (만약 생성이 안됐다면 두번째 해결방법으로,,)

rm -rf /opt/homebrew/var/mysql/* -> Mysql 서버 초기화

mysqld_safe --skip-grant-tables & -> 서버 시작

ps aux | grep mysql -> 상태확인 mysql 떴는지 잘 뜨면

ls /tmp/mysql.sock -> 파일 있는지 확인

mysql -u root -> 들어가서 확인

비밀번호 설정하고 싶으면

brew services stop mysql

mysqld_safe --skip-grant-tables & -> 서버 잠깐 내리기

mysql -u root 들어간 후

FLUSH PRIVILEGES;

ALTER USER 'root'@'localhost' IDENTIFIED BY '새로운비밀번호'; -> 비밀번호 설정

mysqladmin -u root -p shutdown -> 서버 다시 내린 후

brew services start mysql -> 재실행

[ 두번째 방법 ] - 위와 대부분 동일하지만 다른점은 brew를 그냥 아에 삭제하고 재설치

brew 삭제.. 꼭 mysql 계속 재설치 해도 어차피 안됐어서,, 깔끔하게 brew삭제해주세요,, 삭제하기 전 뭘 설치했었는지 list 확인하시구요,,, ㅠ

/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/uninstall.sh)" -> brew 삭제

rm -rf Homebrew/ -> 폴더 완전히 삭제

/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install.sh)" -> 재설치

출처 : https://wonkang.tistory.com/21

brew install mysql -> mysql 설치

명령어

ls -l /etc/my.cnf

ls -l /etc/mysql/my.cnf

ls -l /opt/homebrew/etc/my.cnf

ls -l ~/.my.cnf

-> 파일 위치 찾기

sudo nano /opt/homebrew/etc/my.cnf -> 파일 위치 찾은 후 이렇게 명령어 친 후

# Default Homebrew MySQL server config

[mysqld]

# Only allow connections from localhost

bind-address = 127.0.0.1

mysqlx-bind-address = 127.0.0.1

# 소켓 파일 경로 추가

socket=/tmp/mysql.sock

-> 소켓 파일 경로 추가 해준 후 control+o(저장) 그다음 엔터 control+x(나가기) 그 다음 엔터

이렇게 한 후

brew services restart mysql -> mysql 서버 재시작

ls /tmp/mysql.sock -> 파일 생성됐는지 확인 ! 만약 생성이 안됐다

cd /opt/homebrew/var/mysql/ -> 어떤파일이 있는지 확인

ls -l

rm -rf /opt/homebrew/var/mysql/* -> Mysql 서버 초기화

mysqld_safe --skip-grant-tables & -> 서버 시작

ps aux | grep mysql -> 상태확인 mysql 떴는지 잘 뜨면

ls /tmp/mysql.sock -> 파일 있는지 확인

mysql -u root -> 들어가서 확인

비밀번호 설정하고 싶으면

brew services stop mysql

mysqld_safe --skip-grant-tables & -> 서버 잠깐 내리기

mysql -u root 들어간 후

FLUSH PRIVILEGES;

ALTER USER 'root'@'localhost' IDENTIFIED BY '새로운비밀번호'; -> 비밀번호 설정

mysqladmin -u root -p shutdown -> 서버 다시 내린 후

brew services start mysql -> 재실행

mysql -u root -p 이렇게 들어간 후 설정한 비밀번호 입력하면 끝

이 블로그로인해 이 오류로 인해 더 이상 고통받는 사람이 없길 바라며,,,

MSA

jjsana — Tue, 11 Feb 2025 18:21:41 +0900

[ MSA란? ]

- 여러 개의 독립적인 서비스로 분리하여 개발, 배포, 유지보수를 용이하게 하는 소프트웨어 아키텍처 스타일
- 서비스 간의 통신은 주로 HTTP/HTTPS, 에시지 큐를 통해 이루어진다.

장점

기능을 추가하거나 수정 시 다른 서비스에
영향 주지 않음

트래픽 증가의 경우 독립적으로 확장 가능

전체 애플리케이션을 다시 배포할 필요가 없음

단점

여러 서비스가 상호작용해야 하므로
시스템 복잡성이 증가하고 관리가 어려워 질 수 있음

배포 및 모니터링이 복잡해지고 추가 도구가 필요

독립적인 DB를 가질 수 있어 데이터 일관성 유지
어려움

[ Spring Cloud ]

팀을 이루어 작업할 때 서로 협력할 수 있도록 도와주는 역할이다.

주요기능 : 서비스 등록과 발견, API 게이트웨이, 부하 분산, 구성 관리

[ 서비스 디스커버리 (Eureka) ]

서비스 디스커버리 : 여러 개의 작은 프로그램들이 서로를 쉽게 찾을 수 있도록 도와주는 시스템
Eureka : 마이크로서비스가 서로를 쉽게 찾도록 도와주는 서비스 디스커버리 도구 어떤 서비스를 호출하고 싶을 때, Eureka 가그 서비스의 주소를 알려주고,서비스가 다운되면, 그 서비스를 목록에서 제거해줍니다.
헬스 체크 : Eureka에 문제가 생겼을 때 이를 해결해주는 방법이다.
- 장애감지 : 장애시 해당 인스턴스를 레지스트리에서 제거하여 다른 서비스의 접근을 차단해준다.
- 알림

- 자동 복구

- 수동 개입

[ 클라이언트 사이드 로드 밸런싱(FeignClient와 Ribbon) ]
< Feign Client >
- Feign은 선언적 HTTP 클라이언트로, RESTful API를 호출할 때 간편하게 사용할 수 있도록 도와주고, Feign을 사용하면 인터페이스를 정의하여 이를 통해 HTTP 요청을 쉽게 보낼 수 있다.
- Eureka와 함께 사용할 경우, 서비스의 주소를 자동으로 가져와서 로드 밸런싱을 수행한다.
- 인터페이스에 어노테이션을 추가하여 REST API를 쉽게 호출할 수 있다.

@FeignClient(name = "service-name") // 호출할 서비스의 이름
public interface MyFeignClient {
    @GetMapping("/api/resource") // API 엔드포인트
    Resource getResource();
}

< Ribbon >
- Ribbon은 클라이언트 사이드 로드 밸런서를 제공하는 라이브러리로, 여러 서버 인스턴스 중에서 적절한 서버를 선택하여 요청을 보낼 수 있도록 도와준다.
- Eureka와 함께 사용할 경우, 서비스 인스턴스를 자동으로 감지하여 로드 밸런싱을 수행한다.
- Round Robin, Random, Weighted Response Time 등의 다양한 알고리즘을 지원

@Configuration
public class RibbonConfiguration {
    @Bean
    public IRule ribbonRule() {
        return new RoundRobinRule(); // 로드 밸런싱 전략 설정
    }
}

< FeignClient와 Ribbon을 사용하려면 >

dependencies {
    implementation 'org.springframework.cloud:spring-cloud-starter-netflix-eureka-client'
    implementation 'org.springframework.cloud:spring-cloud-starter-openfeign'
}

@SpringBootApplication
@EnableFeignClients
public class MyServiceApplication {
    public static void main(String[] args) {
        SpringApplication.run(MyServiceApplication.class, args);
    }
}

[ 서킷 브레이커 ]

시스템의 안정성을 높이기 위해 사용되는 패턴으로, 서비스 간의 호출이 실패할 경우 이를 감지하고, 일정 시간 동안 요청을 차단하는 역할

< 작동 방식 >
닫힘 상태 (Closed): 모든 요청이 정상적으로 처리되고 있다. 서버 A는 서버 B에 요청을 보낸다.
열림 상태 (Open): 서버 B가 여러 번 실패하면 서킷 브레이커가 작동하여 요청을 차단한다. 이 상태에서는 서버 A가 서버 B에 요청을 보내진 않고 대신, 즉시 오류 응답을 반환한다.
반복 상태 (Half-Open): 일정 시간이 지나면 서킷 브레이커가 다시 서버 B에 요청을 보내도록 시도하고 만약 요청이 성공하면 다시 닫힘 상태로 돌아가고, 실패하면 다시 열림 상태로 전환된다

< Resilience4j 설정 >

dependencies {
	implementation 'io.github.resilience4j:resilience4j-spring-boot3:2.2.0'
	implementation 'org.springframework.boot:spring-boot-starter-aop'
}

vsion boot3 -> 3.x.x / boot2 -> 2.x.x

< Resilience4j Dashboard 생성 설정 >

dependencies {
	implementation 'org.springframework.boot:spring-boot-starter-actuator'
	runtimeOnly 'io.micrometer:micrometer-registry-prometheus'
}

spring:
  application:
    name: sample

server:
  port: 19090

resilience4j:
  circuitbreaker:
    configs:
      default:  # 기본 구성 이름
        registerHealthIndicator: true  # 애플리케이션의 헬스 체크에 서킷 브레이커 상태를 추가하여 모니터링 가능
        # 서킷 브레이커가 동작할 때 사용할 슬라이딩 윈도우의 타입을 설정
        # COUNT_BASED: 마지막 N번의 호출 결과를 기반으로 상태를 결정
        # TIME_BASED: 마지막 N초 동안의 호출 결과를 기반으로 상태를 결정
        slidingWindowType: COUNT_BASED  # 슬라이딩 윈도우의 타입을 호출 수 기반(COUNT_BASED)으로 설정
        # 슬라이딩 윈도우의 크기를 설정
        # COUNT_BASED일 경우: 최근 N번의 호출을 저장
        # TIME_BASED일 경우: 최근 N초 동안의 호출을 저장
        slidingWindowSize: 5  # 슬라이딩 윈도우의 크기를 5번의 호출로 설정
        minimumNumberOfCalls: 5  # 서킷 브레이커가 동작하기 위해 필요한 최소한의 호출 수를 5로 설정
        slowCallRateThreshold: 100  # 느린 호출의 비율이 이 임계값(100%)을 초과하면 서킷 브레이커가 동작
        slowCallDurationThreshold: 60000  # 느린 호출의 기준 시간(밀리초)으로, 60초 이상 걸리면 느린 호출로 간주
        failureRateThreshold: 50  # 실패율이 이 임계값(50%)을 초과하면 서킷 브레이커가 동작
        permittedNumberOfCallsInHalfOpenState: 3  # 서킷 브레이커가 Half-open 상태에서 허용하는 최대 호출 수를 3으로 설정
        # 서킷 브레이커가 Open 상태에서 Half-open 상태로 전환되기 전에 기다리는 시간
        waitDurationInOpenState: 20s  # Open 상태에서 Half-open 상태로 전환되기 전에 대기하는 시간을 20초로 설정

management:
  endpoints:
    web:
      exposure:
        include: prometheus
  prometheus:
    metrics:
      export:
        enabled: true

< Fallback >
외부 서비스 호출이 실패했을 때 대체 로직을 제공하는 메서드

@Service
@RequiredArgsConstructor
public class ProductService {

    @CircuitBreaker(name = "productService", fallbackMethod = "fallbackGetProductDetails") // 여기부분
    public Product getProductDetails(String productId) {
        log.info("###Fetching product details for productId: {}", productId);
        if ("111".equals(productId)) {
            log.warn("###Received empty body for productId: {}", productId);
            throw new RuntimeException("Empty response body");
        }
        return new Product(
            productId,
            "Sample Product"
        );
    }

    public Product fallbackGetProductDetails(String productId, Throwable t) { // 실패시 여기로 호출
        log.error("####Fallback triggered for productId: {} due to: {}", productId, t.getMessage());
        return new Product(
            productId,
            "Fallback Product"
        );
    }
   
}

[ API 게이트웨이 ]
여러개의 애플리케이션이 서로 통신할 수 있도록 도와주는 중간 다리 역할이고, 사용자 요청을 작절한 서비스로 전달해주는 역할을 한다.

< Spring Cloud Gateway 설정 >

dependencies {
    implementation 'org.springframework.boot:spring-boot-starter-web'
	  implementation 'org.springframework.boot:spring-boot-starter-actuator'
	  implementation 'org.springframework.cloud:spring-cloud-starter-gateway'
	  implementation 'org.springframework.cloud:spring-cloud-starter-netflix-eureka-client'
}

< Zuul >

Netflix에서 개발한 API Gateway로, 마이크로서비스 아키텍처에서 클라이언트와 여러 서비스 간의 통신을 관리하는 역할

Tip TIme

// 열려있는 port 번호 확인

lsef -i :원하는포트번호 -> terminal

kill -9 PID

[ 보안 구성 (OAuth2 + JWT)]
안전한 인증 및 권한 부여 시스템을 구축

< OAuth2 >

OAuth2는 인증과 권한 부여를 위한 프로토콜
- 클라이언트, 자원 소유자, 자원 서버, 인증 서버
- 리소스 소유자 : 자원에 대한 접근 권한을 가지고 있는 사람 . 즉 구글 계정으로 앱에 로그인할 때, 그 사용자가 리소스 소유자
- 클라이언트 : 리소스 소유자의 정보를 사용하고자 하는 애플리케이션 즉 소셜 미디어 앱이 사용자의 친구 목록에 접근하기 위해 OAuth2를 사용하여 인증을 요청하는 경우
- 리소스 : 보호된 자원을 호스팅하고 있는 서버 즉 사용자의 사진이나 게시글을 제공하는 서버가 여기에 해당

- 인증 서버 : 클라이언트의 요청을 인증하고, 리소스 소유자에게 권한을 부여하는 서버 즉 인증 서버는 사용자 정보를 확인하고, 성공적으로 인증되면 클라이언트에게 접근 토큰을 발급

< JWT >
JSON Web Token 정보를 안전하게 전송하기 위한 개방형 표준
- 헤더, 페이로드, 서명

[ 컨피그 서버 ]
여러 서비스가 각기 다른 설정 파일을 가질 필요 없이, 하나의 중앙 서버에서 모든 설정을 관리

dependencies {
	  implementation 'org.springframework.boot:spring-cloud-config-server' 
}

# application.yml

spring:
  profiles:
    active: dev  
# dev (개발): 개발 환경에서 사용되는 설정입니다. 로깅 레벨을 DEBUG로 설정하거나, 데이터베이스를 인메모리 데이터베이스로 설정하는 등의 개발에 적합한 설정
# test (테스트) : 단위 테스트 및 통합 테스트를 위한 데이터베이스 설정이나 Mock 객체를 사용하는 설정
# prod (운영) : 성능 최적화 및 보안 강화를 위한 설정이 포함되며, 데이터베이스 연결 정보, API 키 등 중요한 정보가 포함
# staging (스테이징) : 운영 전에 최종 테스트를 수행하는 스테이징 환경에서 사용되는 설정
# local (로컬) : 개인 개발 환경에 맞춘 설정
# custom (사용자 정의):  특정 기능을 테스트하거나 특정 환경에 맞춘 설정

@SpringBootApplication
@EnableConfigServer // 이거 추가
public class ConfigApplication {

	public static void main(String[] args) {
		SpringApplication.run(ConfigApplication.class, args);
	}

}

JPA

jjsana — Mon, 10 Feb 2025 14:53:05 +0900

JPA는 2006년에 발표됐다

탄생의 이유는 이러하다

1. 객체-관계 매핑의 필요성 : 데이터 표현 방식과 관계형 데이터베이스의 데이터 표현 방식 간의 불일치 문제를 해결할 필요가 있었다.

비영속성 - DB랑 연결안된 상태

User user = new User(1L, "jj"); // User는 비영속성 상태

영속성 - DB랑 연결된 상태

User user - new User(1L,"jj"); // 비영속성 상태

em.getTransaction().begin();

em.persist(user); // user는 이제 영속 상태

준영속성 - 준영속 상태의 객체는 JPA의 관리 하에 있지 않으며, 데이터베이스와의 연결이 끊어진 상태

User user = new User(1L, "신동훈"); //user 비영속 상태
em.getTransaction().begin();
em.persist(user); //user 영속 상태가 됨

em.detach(user); // 특정 엔티티만 준영속 상태로 전환

삭제

em.remove(member)

변경감지 : Entity의 변경사항을 DB에 자동으로 반영하는 기능을 변경 감지라고 한다.

플러시 : 영속성 컨텍스트의 변경 내용을 DB에 반영 동기화한다.

[ JPA 질문과 질문에 대한 답변 ]
‼️ 스스로 질문에 대해 답을 찾은거여서 틀린 부분이 있을 수 있다.

JPA와 Hibernate의 차이점은 무엇인가요?
> JPA는 ORM을 위한 표준 API이고, Hibernate는 그 표준을 구현한 구체적인 프레임워크이다. JPA를 사용하여 Hibernate를
포함한 다양한 ORM 프레임워크를 활용
Hibernate에서 Session과 Transaction의 역할은 무엇인가요?
> Session : 정보를 기억하고 그 정보를 주고받는 것이다.
> Transaction : 여러 작업을 안전하게 묶어서 처리하는 역할 모두 성공해야만 결과가 확정이고, 실패하면 다시 처음부터
JPA에서 Entity의 Life Cycle은 어떻게 이루어지나요?
> 비영속, 영속, 준영속 , 삭제
JPA에서 Persist() 메서드는 무엇을 하는 메서드인가요?
> 엔티티 저장 : JPA 전달된 엔티티 객체를 DB에 저장합니다.
> 상태 전이 : 메서드 호출 후, 엔티티는 Transient 상태에서 Persistent 상태로 전환됩니다. 즉, JPA가 해당 엔티티를 관리하게 되며, 데이터베이스와 연결
> 플러시 : persist() 메서드는 호출 시점에 즉시 데이터베이스에 저장하지 않는다 JPA는 세션의 플러시(Flush) 시점에 데이터베이스에 반영
JPA에서 Flush() 메서드는 무엇을 하는 메서드인가요?
> 영속성 컨텍스트에 있는 변경 내용을 DB에 반영하는 역할을 해준다. 즉 flush()를 호출하면, 영속성 컨텍스트에 있는 모든 변경 사항(예: 새로 추가된 엔티티, 수정된 엔티티, 삭제된 엔티티 등)이 데이터베이스에 반영된다.
> 명시적으로 호출하지 않아도, 트랜잭션이 커밋될 때 자동으로 호출된다.
JPA에서 Cascade Type을 지정하지 않으면 어떻게 될까요?
> 기본적으로 CascadeType.ALL이 아닌 경우, 연관된 엔티티에 대한 작업이 자동으로 전파되지 않는다. 즉, 부모 엔티티에 대한 작업(예: persist, remove 등)이 자식 엔티티에 영향을 주지 않는다.
> ex) 설정하지 않으면 부모 엔티티를 설정했을 때 자식에 자동으로 되는게 아닌 수동으로 우리가 직접 해야한다.
JPA에서 Entity를 캐시하는 방법은 무엇인가요?
> 1차 캐시 : DB에서 조회하지않고 갖고있는 캐시를 통해 조회하는것 만약 캐시에서 엔티티를 찾고, 없으면 데이터베이스에서 조회
> 2차 캐시 : JPA의 기본 구현체인 Hibernate와 같은 ORM 프레임워크에서 지원하며, 성능을 향상시키기 위해 사용
2차캐시는 따로 설정을 해야한다. meven -> xml에 설정 gradle -> yml에 설정

# 2차캐시 설정하는 방법(Gradle)

spring:
  jpa:
    properties:
	  javax:
        persistence:
          sharedCache:
            mode: ENABLE_SELECTIVE
            
      hibernate:
        generate_statistics: true
          format_sql: true
          
          cache:
            use_second_level_cache: true
            region:
              factory_class: org.hibernate.cache.ehcache.EhCacheRegionFactory         
logging:
  level:
    net:
      sf:
        ehcache: debug

8. JPA에서 Dirty Checking이란 무엇인가요?
> JPA에서 Dirty Checking은 엔티티의 상태가 변경되었는지를 감지하고, 이를 자동으로 데이터베이스에 반영하는 메커니즘을 의미
장점 : 편리함, 성능 최적화, 일관성 유지

EntityManager entityManager = entityManagerFactory.createEntityManager();
entityManager.getTransaction().begin();

User user = entityManager.find(User.class, userId);
user.setName("홍길동"); // 엔티티 상태 변경

// 트랜잭션 커밋 시 Dirty Checking이 작동하여 변경 사항을 데이터베이스에 반영
entityManager.getTransaction().commit();
entityManager.close();

9. JPA에서 Proxy란 무엇인가요?
JPA에서 Proxy는 주로 엔티티의 지연 로딩(Lazy Loading)을 구현하기 위해 사용되는 기술이다.

10. FetchType.LAZY 와 FetchType.EAGER 차이점

특징	FetchType.LAZY	FetchType.EAGER
로딩 시점	필요할때	즉시
성능	초기 로딩 성능 최적화	초기 로딩 시간이 길어질 수 있음
메모리 사용	메모리 절약	불필요한 데이터까지 로드될 수있어 메모리 사용증가
N+1 문제	발생할 수 있음 (그때마다 매번 꺼내야 해서 귀찮을 수 있다.)	발생하지 않음
데이터 일관성

// 사용예시

@OneToMany(fetch = FetchType.LAZY) or @OneToMany(fetch = FetchType.EAGER)
private List<Order> orders;

11. JPA에서 Named Query란 무엇인가요?
> 나중에 이게 뭐지? 할 수 있으니 이름과 이게 어떤 의미를 담는 쿼리인지 적어주는 것이다.

@Entity
@NamedQuery(name = "Student.findAll", query = "SELECT s FROM Student s")
public class Student {
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long id;
    
    private String name;
    
    // getters and setters
}

12. JPA에서 Transaction의 기본 동작 방식은 무엇인가요?
> 데이터베이스에서 여러 작업을 하나의 묶음으로 처리하는 것입니다. 트랜잭션은 데이터의 일관성과 무결성을 유지하는 데 중요한 역할ㅇ을 한다.
> ACID 원칙
- Atomicity (원자성): 모든 작업이 모두 성공하거나 모두 실패해고, 중간에 문제가 생기면 모든 작업이 취소된다.
- Consistency (일관성): 트랜잭션이 끝난 후 데이터가 일관된 상태여야 한다.
- Isolation (격리성): 한 트랜잭션이 다른 트랜잭션에 영향을 주지 않아야 한다.
- Durability (지속성): 트랜잭션이 성공적으로 완료되면 그 결과는 영구적으로 데이터베이스에 저장되어야 해요.

@Service
public class UserService {

    @Transactional // 이 메서드에서 트랜잭션 관리
    public void createUser() {
        User user = new User();
        user.setName("홍길동");

        // 데이터베이스에 사용자 추가
        entityManager.persist(user);

        // 다른 작업 수행 가능
        // ...
    }
}

> 트랜잭션 시작, 커밋, 롤백을 자동으로 관리하여 개발자가 수동으로 처리할 필요가 없도록 도와준다.

13. JPA에서 Inheritance(상속)란 무엇인가요?
> 객체 지향 프로그래밍의 개념을 데이터베이스 모델링에 적용하는 방법이다.

> Single Table: 모든 데이터를 하나의 테이블에 저장
> Table Per Class: 각 클래스마다 별도의 테이블을 생성
> Joined: 부모와 자식 클래스 각각의 테이블을 생성하고 조인