티스토리

zzangmin code

검색하기

블로그 홈

zzangmin code

leezzangmin.tistory.com/m

잊기 위해 기록합니다

구독자: 23

방명록 방문하기

주요 글 목록

MySQL 8.4.3 InnoDB Cluster 구성 및 성능 테스트 # Intro AWS RDS 에서도 MySQL 8.4.3 버전이 릴리즈 되었습니다.내년에는 Aurora MySQL 4 버전이 나오지 않을까 예상됩니다.지난 몇년간 MySQL 5.7 에서 MySQL 8.0으로의 업그레이드 & 마이그레이션이 이루어졌던 것 처럼, 이제는 8.4 버전에 대해 미리 학습하고 대비해두는 것이 좋을 것으로 보입니다.하여튼, 이 글에서는 MySQL 8.4 버전을 활용해서 InnoDB Cluster를 구성하는 내용을 기록하겠습니다. # 환경Docker에 편하게 구성하려 했으나... 성능 간섭이 생길 것 같아, 비용은 들지만 AWS EC2 에 인스턴스를 구성합니다.Ubuntu Server 24.04 LTSt2.microgp2 8GB 스토리지인스턴스 수량 총 4대 필요 인스턴스를 4개 .. 공감수 2 댓글수 0 2024. 12. 10.
AWS RDS MySQL의 Handler 메트릭 모니터링 [PMM] 인트로MySQL을 운영하면서 주의깊게 보는 메트릭이 여러가지 있습니다. CPU 사용율이나 Memory 사용량 등 하드웨어 수치도 중요하지만, 그 중 서버 내부 메트릭 중 Handler 메트릭이 있습니다. 이 수치들을 모니터링하면 실제 피크타임에 문제가 발생하고 나서 알아차리는 것 보다 빠르게 미리 문제를 식별하고 조치할 수 있습니다.이 글에서는 간단하게 해당 메트릭들을 PMM을 통해 모니터링하고, 조치하고, 자동화하는 방법을 작성해보겠습니다. 실험 환경AWS RDS MySQL 8.0.39버전, db.t4g.micro 클래스의 DB 인스턴스슬로우 쿼리, slow_extra 파라미터 활성화로컬에서 docker를 통해 Percona Monitorng Management를 실행 (PMM)AWS IAM 사용자.. 공감수 6 댓글수 2 2024. 11. 12.
ProxySQL과 route53으로 MySQL 무중단 마이그레이션 및 업그레이드 목적DB 버전을 업그레이드하는 작업은 단순 버전 업그레이드 이상의 주의를 기울여야 할 필요가 있습니다.특히, 서비스 중단 없이 실시간 세션을 유지한 채로 어플리케이션 추가 배포 없이 업그레이드를 진행하려면 사전에 세심한 설계와 준비가 필수입니다. 이 글은 AWS RDS MySQL 5.7에서 MySQL 8.0으로 무중단 마이그레이션을 위한 ProxySQL과 Route53 활용 사례를 소개하기 위해 작성되었습니다. 단순 DB 한 대만 있는 시나리오가 아닌, 난이도를 높이기 위해 실무 아키텍처를 살짝 가져와봤습니다. 기술 요구사항(제약사항)업그레이드- 현재 운영 중인 DB(MySQL 5.7)를 MySQL 8.0으로 업그레이드하되, 어플리케이션 재배포 없이 중단 없는 무중단 세션 전환.데이터 일치- 마이그레이.. 공감수 5 댓글수 0 2024. 11. 11.
데이터 정규화 모델링 이 글은 '관계형 데이터 모델링 프리미엄 가이드 (이론과 실무를 겸비한 최고의 전략서)'를 보고 학습한 내용을 정리한 글입니다. 데이터 모델링이 어려운 이유?모델링 이론 외에 알아야 하는 분야의 폭이 넓기 때문데이터의 본질(추상적인 개념), DBMS의 구체적인 특징과 기능까지 모두 알아야 함데이터 관점과 성능 관점 모두 지식을 습득해야 함사실상 정답이 없음좋은 모델은?단순하고 명확한 모델데이터 무결성이 보장되는 모델성능과 대척점에 있는 경우도 있음본질적으로 중복을 줄이는 것 2장. 데이터 모델링 기본 개념관계형 데이터 모델함수 종속에 의해 정규화된 모델이 관계형 모델이다.무결성(Integrity)흠이 없이 온전함데이터 값이 정확한 상태정합성데이터가 서로 모순이 없이 일관되게 일치해야 한다는 의미무결성과.. 공감수 3 댓글수 0 2024. 7. 11.
MySQL InnoDB 테이블 charset 변경시 주의사항 최근 프로젝트에서 기존의 utf8 문자 집합을 가진 테이블을 utf8mb4로 변환하는 작업을 진행했습니다.다들 아시다시피 utf8 3바이트 문자체계로는 이모지 등의 특정 문자를 삽입할 수 없습니다. (utf8mb3)이번 작업도 레거시 아키텍처인 utf8(mb3) 기반의 테이블에 이모지 등의 문자가 삽입되어야하는 요구사항이 생겨서 캐릭터셋 컨버팅(확장)이 필요한 상황이었습니다. 문자 집합 확장 작업은 비손실 작업이기 때문에 데이터 손실에 대한 부담없이 작업할 수 있었습니다. 그래서 개발 DB 환경에서 먼저 성공적으로 작업 후 퇴근했는데, 개발팀에서 컬럼을 바꿨냐는 문의 메세지가 왔습니다.당연히 바꾸지 않았다고 말씀드렸고, 다음 날 출근해서 문제를 파악하기 시작했습니다. 컬럼 타입 묵시적 변경 이슈는 데이터.. 공감수 1 댓글수 0 2024. 7. 3.
mysql internal 및 도구 기록용 알고있다고 생각했던 개념들을 입 밖으로 내보니 제대로 설명 못하거나, 틀린 개념을 알고 있다는 걸 발견했다.스터디의 중요성 같기도 하다. (같은 직군과 평소에 이야기를 할 기회가 없어서 아쉽다ㅠ) 완전관리형 서비스인 AWS RDS Aurora MySQL 만 메인으로 사용하다보니 binlog replication 관련해서는 겉핥기만 알고 있다는 것을 알았다.percona pt-osc, gh-ost, mha, mmm 등 운영에 필요한 메인스트림의 주요 도구들도 사용할 일이 없어서 제대로 파악하지는 못하고 있었다. 그래서 이번에 관련 도구와 기술을 잘 써놓은 서적인 'DBA를 위한 MySQL 운영 기술' 절판된 책을 중고로 구매했다.https://search.shopping.naver.com/book/cat.. 공감수 0 댓글수 0 2024. 6. 29.
MySQL 계정 관련 장애 사례 여러가지 비즈니스적 결정 사유로 인해 크고 작은 마이그레이션 작업은 DBA로서 피할 수 없는 일상 업무입니다. 이번에도 언제나 그렇듯, 클러스터 마이그레이션이 진행되었습니다.서비스 규모는 조금 있었으나 다행히 중단이 가능한 서비스여서 부담은 크지 않았습니다. 특이점이라고 한다면 AWS 계정이 달라서 CROSS-ACCOUNT 스냅샷 공유를 통해 스냅샷을 공유받아 복원한다는 점이었으나, 몇 번 해보니 KMS 관련 세팅만 잘 하면 별 문제는 없었습니다. 이 종류의 마이그레이션을 진행하면서 MySQL 계정 관련 문제를 일으킨 서로 다른 두 가지 사례를 소개합니다. 귀여운 경험치를 가진 글입니다 호호 1. validate_password_policy 관련 이슈 실제 시나리오로 살펴보겠습니다. 크로스 어카.. 공감수 2 댓글수 0 2024. 6. 20.
AWS DB 운영, ChatOps로 초극한 자동화 플랫폼 엔지니어링 안녕하세요? DBA로 일하고 있는 일반인입니다. [AWS 멀티 어카운트 환경]에서의 RDS 운영 - Aurora MySQL 을 Slack ChatOps로 극한까지 자동화한 개인 프로젝트를 소개합니다.플랫폼 엔지니어링의 관점에서 어떻게 하면 데이터베이스 운영을 최소한의 리스크로 고품질로 유지시킬지에 대해 많은 고민을 담았습니다.이 글에서 설명하는 모든 내용의 코드는 https://github.com/leezzangmin/db_automation 에서 보실 수 있습니다. 프로젝트의 목적과 탄생 배경DBA로서 매일 반복적인 작업을 하다 보면 지치기 마련입니다.모든 개발팀의 요청 작업 및 데이터베이스 배포는 수문장처럼 지키고있는 DBA의 검토를 받습니다.아무리 간단하고 변경내용이 작은 작업이라도 업무 협.. 공감수 2 댓글수 1 2024. 6. 1.
[MySQL 운영 및 !자동화!] Undo 로그 길이 모니터링 및 장기 실행 트랜잭션의 쿼리 조회하기 MySQL을 운영하다보면 종종 Rollback History List Length 메트릭에 걸려있는 알람이 울립니다. 트랜잭션이 너무 오래 열려있어서 Length가 길어지는 현상인데요, MySQL에서는 MVCC 를 통해 잠금없는 SELECT를 구현합니다. MVCC 매커니즘은 Undo Log(=Rollback Segment)를 통해 구현되기 때문에 Undo Log를 임계치 이하로 관리하는 것이 매우 중요합니다. 임계치를 벗어나게 되면 read 레이턴시가 전반적으로 매우 하락해서 유저 경험 또한 매우 하락하게 되겠죠 -_-; 제가 경험했던 Undo Log가 길어지는 이유는 크게 세 가지 였습니다. 서비스 Batch가 장시간 실행되는 경우 개발자가 개인 컴퓨터 환경에서 수동으로 트랜잭션을 열고 난 후에, 커밋.. 공감수 6 댓글수 0 2023. 8. 31.
MySQL 소스코드 분석 입문해보기. DROP TABLE 내부 동작 코드 MySQL은 오픈소스 서비스입니다. 그래서 공식 홈페이지에 가면 쉽게 소스를 다운받을 수 있습니다. 다운받는 과정까지가 가장 쉽습니다 다운 받고 압축을 풀면, vscode로 열어서 코드를 확인할 수 있습니다. '소스 설치' 를 할 것이 아니라면 어느 OS 에서든지 그냥 아무거나 받아서 봐도 됩니다. 소스를 다운받는 것에 큰 의미는 없고, 유능한 DBA가 되려면 언젠가 소스를 까볼 일이 생길 것만 같았습니다. 그래서 오늘은! 칼을 뽑은 김에 테이블을 삭제하는 프로세스가 내부적으로 어떻게 일어나는지 살펴보겠습니다. 참고로 이 글은 C/C++을 학부시절에만 만져봐서 뭐가 어떻게 흘러가는지 모를 사람에 의해 쓰여지고 있습니다. 가장 아래에 첨부된 소스코드 가이드가 있긴 한데, 워낙 프로젝트가 방대해서 도움이 잘.. 공감수 2 댓글수 0 2023. 8. 28.
MySQL 8.1 간단하게 살펴보기 https://www.percona.com/blog/a-quick-peek-at-mysql-8-0-34-and-mysql-8-1-0/ A Quick Peek at MySQL 8.0.34 and MySQL 8.1.0 Taking a look at what Oracle delivered with MySQL 8.0.34 and 8.1.0 on July 17th, 2023. www.percona.com 드디어 8.1이 나왔습니다. 공식문서 보다가 버전 선택란에 8.1이 있길래 깜짝 놀람 -_-; 아직 엄청나게 큰 변화는 없는 것 같습니다. 8.0의 지원이 벌써 2년 반 밖에 남지 않은 시점에서, 슬슬 8.1의 추이도 잘 지켜봐야 할 것 같습니다. 아래는 단순 번역본입니다. 이것은 Oracle이 2023년 7월 .. 공감수 1 댓글수 1 2023. 8. 2.
MySQL DBA DDL 실무 장애 경험 - (NULL -> NOT NULL) https://dev.mysql.com/doc/refman/5.7/en/innodb-online-ddl-operations.html MySQL :: MySQL 5.7 Reference Manual :: 14.13.1 Online DDL Operations 14.13.1 Online DDL Operations Online support details, syntax examples, and usage notes for DDL operations are provided under the following topics in this section. The following table provides an overview of online DDL support for index operations. An aste.. 공감수 5 댓글수 0 2023. 8. 2.
MySQL에서 DDL과 Metadata Lock, 장애와 자동화 실무에서 MySQL이 제공해주는 동시 요청 제어 컨트롤을 제대로 이해하지 못하고 유지보수 및 개발자분들의 요청을 처리하다가 장애를 맞은 경험이 있습니다. 다행히도, 서비스 구조상 DB 서버가 MSA로 잘게 나뉘어있어서 상품 목록을 불러오는 기능만 1분 정도 막히는 해프닝으로 넘어갔지만... 아직도 아찔한 경험입니다. 결론부터 말씀드리자면, 이 모든게 !메타데이터 락!에 대한 무지에서 시작되었습니다. 먼저 메타데이터 락과 간단한 예제를 살펴보고 이를 해결하는 방법을 소개드리고 Java + SpringBoot 코드로 이 과정을 자동화 하는 예제도 살펴봅시다 Metadata Lock 메타데이터 락은 MySQL 5.5 버전부터 생긴 개념입니다. MySQL 서버는 메타데이터 락을 통해서 데이터베이스 개체(프로시.. 공감수 5 댓글수 2 2023. 6. 21.
말하는 감자의 13개월 개발자 취준 회고 지난 13개월동안 많은 일이 있었습니다. 학교를 졸업하고코드스쿼드에서 백엔드 코스를 마치고개인 공부와 프로젝트로 6개월을 보낸 후IT 회사에 인턴으로 취업했습니다.한 달이 지난 지금, 다른 직군 다른 회사로 이직하게 되었습니다. 개발경력 단 13개월!의 귀여운 회고를 써봅니다 학교 생활에 대해저는 학부시절을 밀도있게 보내지는 않았습니다. 놀러다니고, 학점을 위한 공부를 할 뿐이었습니다. 졸업하면 네이버나 들어갈까 하는 생각으로 ㅋㅋ 진짜 감자의 삶을 살았습니다. 컴퓨터공학을 전공하고, 어디서 들은 건 있어서 단과대에서 밀다가 2년만에 폭망한 인공지능소프트웨어를 부전공으로 삼았습니다. 수업을 통해 Python으로 시작해서 C, Java, C++ 등 많은 언어를 다 맛보기는 할 수 있었습니다. 인공지능 부전.. 공감수 15 댓글수 14 2023. 2. 9.
MySQL VARCHAR과 TEXT의 차이점과 적용시기 각 타입의 특징 VARCHAR 컬럼에 가변길이 문자열 타입을 지정 1부터 65535의 값을 가질 수 있음 (바이트가 아닌 글자 수) 길이를 표현하기 위한 공간복잡도 오버헤드가 있음 255까지의 길이는 1byte, 256부터는 2byte 오버헤드 존재 CHAR의 경우는 고정길이 문자열 타입이지만 공간복잡도 오버헤드가 없음 인덱스를 생성할 수 있음 TEXT VARCHAR와 동일하게 컬럼에 가변길이 문자열 타입을 지정 최대 65535글자의 글자를 적재할 수 있지만 크기를 미리 지정 불가 길이를 표현하기 위해 무조건 2byte의 공간복잡도 존재 인덱스를 제한적으로 생성 가능함. 부분 prefix 인덱스만 가능 의문: VARCHAR로도 65535의 길이를 모두 표현 가능한데 TEXT를 사용해야 하는 이유가 뭘까?.. 공감수 2 댓글수 3 2023. 2. 1.
[MySQL8.0] row constructor 여러 레코드를 서로 다른 값으로 업데이트하는 방법 개인 게시판 프로젝트를 진행하고 있습니다. 구현한 기술 요구사항 중, 각 게시글의 조회수를 요청마다 한 건씩 바로 업데이트 하는 것이 아니라 어딘가에 모아뒀다가 한번에 Update쿼리를 쏟아내는 방식으로 벌크 업데이트 처리를 한 구현이 있습니다. 이 상황에서, Update 쿼리를 한 트랜잭션에서 모아서 쏴주기는 하지만 단일 트랜잭션에 Update쿼리가 너무 많습니다. 그래서 인프런 JPA의 어머니에게 질문을 남겼던 기억이 있습니다. 아래 이미지는 당시에 답변받은 내용입니다. 아.. 그렇구나.. 김영한님이 안된다면 안되는거구나 하고 그냥 넘겼었습니다. For문 돌리면서 그냥 하나하나 update를 수행했습죠. 그런데 오늘 책을 읽다가 엄청난 것을 발견했습니다. MySQL8.0 버전부터는 레코드 생성 문법으.. 공감수 4 댓글수 1 2022. 12. 23.
[최적화] Spring Data Jpa DTO 반환, 부하테스트, 페치조인 리스트 DTO 쿼리 반환 오류! org.hibernate.QueryException: query specified join fetching, but the owner of the fetched association was not present in the select list https://www.youtube.com/watch?v=zMAX7g6rO_Y 해당 발표를 정말 감명깊게 봤습니다. 올라온지 꽤 된 영상이지만 그래도 제게는 인사이트가 막강했습니다.. S급 개발자는 이런 것인가 생각이 들었습니다. 발표 내용 중, Spring Data Jpa를 활용한 쿼리에서 무분별하게 Entity를 조회하면 성능상 손해가 크다는 말이 있었습니다. 아이러니하게도 발표자분이 CTO로 계시는 인프런에서도 미래에 해당 이슈 때문에 장애가 일어나기도 했던 글을 봤습니다. 요약하자면, 강의 목록을 조회해오는데 당장 쓰이지 않을 컬럼까지 모두 조회하는 바람에 대용량 컬럼까지 모두 끌어오게 되어서 강의 한 페이지를 조회하는데 DB에 많은 부하가 발생하는 상황으로 장애가 발생했다고 합니다. 여튼 서론이.. 공감수 1 댓글수 2 2022. 11. 14.
스프링 자동설정과 @Profile 최근 @Profile 이 어떻게 작동하는지에 대한 설명을 요청받았다. 무지성 구글링으로 갖다 쓴 것이라 당연히 대답하지 못했다. '이 어노테이션을 쓰면 알아서 빈 등록을 해주는구나' 정도로만 이해하고 사용했다. 사용하는 모든 기술의 코어를 파악하는 것은 현실적으로 어렵겠지만... 대략적인 그림은 그릴 수 있어야하지 않겠는가....! 질문받은 김에 @SpringBootApplication 에 대해서 조금 공부해보기로 했다. 허를 찌르는 질문 덕분에 또 관련 정보를 찾아보며 성장하는 계기가 되었다. 시작! 우선 SpringBoot 어플리케이션의 메인함수에 붙어있는 어노테이션을 살펴봅시다 @SpringBootApplication public class TempApplication { public static .. 공감수 0 댓글수 5 2022. 10. 26.
SQL 성능튜닝 가즈아 11번가 코딩테스트에서 매우 어려운 SQL문제가 나왔습니다. 프로그래머스에서 SQL 고득점 kit를 푼 정도로는 해결할 수 없는 레벨이었습니다. 마감 1분을 남겨두고 제출하긴 했지만, 여전히 제 실력이 부족하다는 것을 느끼게 되는 계기였습니다. 백엔드 개발자는 SQL을 자유자재로 구사해야 합니다. 업무와 밀접하기도 하고, 어떻게 작성하고 튜닝하느냐에 따라 성능이 수백배 차이나기도 합니다. WAS 장애 포인트의 90퍼센트 이상이 DB 성능문제라고 하니, 실행계획을 보고 SQL과 인덱스를 개선하는 능력은 필수입니다. 실무에서 장애를 몸으로 겪으며 성장하는 것이 가장 빠르겠지만, 그럴 수 없으니.... 책으로 미리 경험하고 실무에 투입하면 좋을 것이라고 생각해서 책을 읽기 시작했습니다. RealMySQL을 읽.. 공감수 1 댓글수 0 2022. 10. 24.
[극한의 자동화] Ngrinder + AWS + Github action + springboot 토이프로젝트 중, 홍대바람이 불었는지 이상한 자동화를 하고 있습니다. 성능테스트가 좋은 것은 알겠는데, 너무 번거롭습니다. 개발자가 신경써야할 부분은 두 가지 여야 합니다. 어플리케이션 코드를 작성 작성된 코드의 성능 지표를 확인. 프로젝트를 빌드하고, 새롭게 배포하고, 이에 맞춰 인프라를 수동으로 늘리고, 테스트를 설정, 생성, 시작시키고, 결과를 조회하고, 인프라를 다시 롤백시키는 등의 오버헤드가 너무 크다고 판단되었습니다. 그래서 이 모든 것을 처리해주는 친구를 만들기로 했습니다. 깃허브에서 run workflow 버튼을 누르면, 빌드 빌드 결과물 도커에 푸시 aws cli 를 통해 성능테스트에 필요한 인스턴스를 모두 시작 상태로 trigger trigger 된 인스턴스 (Controller, Ag.. 공감수 9 댓글수 3 2022. 9. 14.
nGrinder + Springboot 부하 테스트 튜토리얼 개인 프로젝트를 진행하면서 스프링 어플리케이션의 성능을 측정해보고자, 네이버에서 만든 (오픈소스 + 무료 + 한글 + Java스러운 Groovy 스크립트 지원 + 자료가 그나마 많은) 부하테스트 툴 nGrinder를 사용하기로 결정했다. 아예 처음 해보는 토픽이고 어디서 간편하게 가르쳐주지도 않아서 구글링으로 하나하나 차근차근 배워가며 적용해보려고 한다. 미래에 또 같은 문제로 헤맬 본인에게 이 글을 바칩니다.. 나란놈.. 모니터링을 하려면 추가적으로 pinpoint 같은 APM을 사용해야 한다. 핀포인트는 아직 이른 것 같아 일단 nGrinder 먼저..! 부하테스트는 툴 깔고 스크립트 짜서 실행한 후에 결과보고 분석하는 것이 끝일 줄 알았는데, 크게 계획, 시나리오 수립, 실제 테스트, 분석, 적용 .. 공감수 15 댓글수 8 2022. 8. 27.
[Spring] LocalDateTime response가 array 형식으로 반환될 때 개인 프로젝트를 진행중입니다. API를 열심히 만들고, 여러 기능을 적용하면서 프로젝트를 확장중인 그 때였습니다. 성능 테스트를 위해 nGrinder groovy 스크립트를 작성하고 있었는데, 서버에서 LocalDateTime 형식의 변수가 이상한 형태로 반환됩니다. 클라이언트분과 협의해서 잘 파싱하면 작동에 문제는 없겠지만, api 명세서에 써놓아 예상한대로 작동이 되지 않으니 참 답답했습니다. 그러다, 정신적 지주 루이와 쿠킴이 도움의 손길을 내밉니다... https://velog.io/@godkimchichi/Spring-Boot-json%EC%97%90%EC%84%9C-LocalDateTime%EC%9D%B4-Array%EB%A1%9C-%EB%82%98%EC%98%AC-%EB%95%8C [Spri.. 공감수 0 댓글수 4 2022. 8. 22.
[Spring] 싱글톤 빈이 동시 요청을 처리하는 방법 이 글은 'baeldung - How Does the Spring Singleton Bean Serve Concurrent Requests?' 를 보고 번역, 학습한 내용을 정리한 글입니다. 1. 개요 싱글톤 스코프로 생성된 스프링 빈이 동시에 들어오는 여러 요청을 처리하기 위해 보이지 않는 곳에서 어떻게 작동하는지 맛볼 것입니다. 또한 Java가 Bean 인스턴스를 메모리에 적재하는 방법과 이에 대한 동시 액세스를 처리하는 방법을 이해해봅시다 ^~^ 2. 스프링 빈과 자바 힙메모리 Java 힙 메모리는 애플리케이션 내에서 실행 중인 모든 스레드가 액세스할 수 있는 전역 공유 메모리입니다. Spring 컨테이너가 싱글톤 스코프의 빈을 생성할 때 빈은 힙에 올라갑니다. 스프링의 방식대로라면, 모든 스레드가.. 공감수 1 댓글수 0 2022. 8. 11.
[Spring + Redis] 오류 org.springframework.data.redis.serializer.SerializationException: Cannot deserialize; 레디스의 scan 명령을 사용해서 키 목록을 조회하는 메서드를 만들고 있었습니다. 그런데, 계속 org.springframework.data.redis.serializer.SerializationException: Cannot deserialize; 오류가 발생합니다. 코드는 이렇습니다. @Scheduled(fixedRate = scheduledIncreaseSeconds, timeUnit = TimeUnit.SECONDS) public void scheduledIncreasePostHitCounts() { log.debug("스케줄 조회수 업데이트 태스크 {}", LocalDateTime.now()); // 리스트에 존재하는 키들 빼와서 update쿼리 날리기 ScanOp.. 공감수 1 댓글수 0 2022. 7. 29.
[Spring + Redis] 레디스로 게시글 조회수 중복 카운팅 검증하기 개인 프로젝트로 간단한 게시판을 만들고 있습니다. 누구나 하는 주제라서 쉽게 생각하고 덤볐다가 아주 고생하고 있습니다. ㅎㅎ 작성한 기능 중, 게시글을 조회하면 조회수가 하나 올라가는 기능이 있습니다. public PostResponse findOne(Long postId) { Post post = postRepository.findByIdWithUser(postId). orElseThrow(() -> new IllegalArgumentException("해당하는 postId가 없습니다. 잘못된 입력")); int recommendCount = postRecommendRepository.countByPostId(postId); post.increaseHitCount(); List comments = co.. 공감수 4 댓글수 1 2022. 7. 27.
ifPresent() 메서드로 Optional 처리하기 초보자 삽질 귀여움주의;; 도움 안됨주의;; 프로젝트 진행 중, DB에서 단건조회를 하고 Optional로 감싸져서 반환되는 값을 처리하고 있었다.. 게시글 추천 기능을 구현하려고 user_id 속성과 post_id 속성이 복합적으로 유니크하게 존재해야 했는데, 테이블 상에서 묶어서 unique로 관리하는 것은 뭔가 맘에 들지 않았다. 그래서 id속성을 따로 만들고 개발자가 수작업으로 데이터 정합성을 관리하려고 했다. 추천_테이블 코드: @Repository public interface PostRecommendRepository extends JpaRepository { @Query("select pr from PostRecommend pr where pr.user.userId=:userId and p.. 공감수 0 댓글수 7 2022. 7. 22.
운영체제 공부 기록 이 글은 '운영체제 - 이화여대 반효경 교수 강의'를 보고 학습한 내용을 정리한 글입니다. 본인을 위해 작성한 글이므로 여러분에게 도움이 안될 가능성이 높습니다 운영체제 모드비트 0과 1 - 운영체제와 사용자 프로그램의 경계, 사용자프로그램이 자신의 메모리공간만 참조할 수 있도록함 DMA - IO디바이스의 local 버퍼의 데이터를 직접 메모리에 올림 - 인터럽트를 줄이는 효과, 멤컨이 메모리 트랜잭션 중재자 역할 - 원래는 cpu가 버퍼에서 다 복사해야함(1바이트 입력인데도 인터럽트발생) 사용자 프로그램이 I/O가 필요하면 운영체제 메모리 공간으로 점프하는 것이 아니라 인터럽트를 걸어서 운영체제에게 간접적으로 알림 - 운영체제는 인터럽트 라인에서 인터럽트 원인을 보고 사용자 프로그램을 위해 i/o를 수.. 공감수 0 댓글수 0 2022. 7. 19.
InnoDB의 레코드락에 대한 궁금점 최근 운영체제를 복습하며 reader-writer problem 에 대한 토픽을 알게 되었다. MySQL8의 기본 스토리지 엔진 InnoDB는 DDL이 아닌 이상 테이블 잠금이 아니라 레코드 기반 락을 사용한다. 문득, 어떤 식으로 락이 걸리고 어느 정도까지 제한을 두는지 궁금해졌다. 가정은 이렇다. 사실 레코드 하나의 전체에 락을 거는 것이 아니라 인덱스에 락을 거는 방식인데, 그럼 이 때, 해당 인덱스가 아닌 다른 속성들에는 락이 걸리지 않는 것인가? 만약 그렇다면, 해당 인덱스A를 제외한 커버링 인덱스B로 처리되는 또 다른 쿼리문은 해당 인덱스A 락이 풀리지 않아도 처리가 가능할까? 뭔말인지 잘 모르겠다. 일단 해보자 우선 인덱스 생성부터! create index test1 on post (post.. 공감수 0 댓글수 1 2022. 7. 15.
MySQL8.0 Error Code: 1071. Specified key was too long 해결법 빠른 조회를 위해 테이블 속성에 인덱스를 걸려고 하는 참이었다. 그런데, 다음과 같은 에러가 발생했다. Error Code: 1071. Specified key was too long; max key length is 3072 bytes 다름 아닌 인덱스 키의 최대 크기 제한이 있다는 것을 발견했다. 이것과 관련해서 글도 썼었는데 -_-;;; 이래서 실습이 중요하다.. 궁금하시다면 https://leezzangmin.tistory.com/30 [MySQL8.0] B-Tree 인덱스 사용에 영향을 미치는 요소 이 글은 'Real MySQL 8.0 개발자와 DBA를 위한 MySQL 실전 가이드'를 보고 학습한 내용을 정리한 글입니다. B-Tree 인덱스는 인덱스를 구성하는 1. 칼럼의 크기와 2. 레코드의.. 공감수 1 댓글수 1 2022. 7. 15.
백준 알고리즘 20159번 : 동작 그만. 밑장 빼기냐? 파이썬 코드 <문제풀이> https://www.acmicpc.net/problem/20159 20159번: 동작 그만. 밑장 빼기냐? 카드의 개수 N (2 ≤ N ≤ 100,000)이 주어진다. 단, N은 짝수이다. 둘째 줄에 카드의 윗장부터 밑장까지 카드의 값 X (1 ≤ X ≤ 10,000)이 정수로 주어진다. www.acmicpc.net # brute-force + prefix-sum N=int(input()) cards=list(map(int,input().split())) zzak_sum=[0]*(N//2+1) hol_sum=[0]*(N//2+1) for i in range(N): ii=i//2+1 if i%2==0: zzak_sum[ii]=zzak_sum[ii-1]+cards[i] else: hol_sum[ii]=ho.. 공감수 0 댓글수 2 2022. 7. 11.

반응형

문의안내

티스토리
로그인
고객센터

티스토리는 카카오에서 사랑을 담아 만듭니다.