안녕하세요 incu님, 강의 잘 듣고있습니다.인덱스 면접대비하기 부분에서 2가지 질문이 있습니다.첫번째, MySQL 인덱스의 자료구조는 b-Tree라고 하셨는데, b+Tree 아닌가요? b+Tree의 개념을 포함해서 쓰신건지 궁금합니다.  두번째, 인덱스를 생성하고 그 인덱스를 WHERE 조건절에 사용했음에도 인덱스를 타지 않는 경우 중에 not eq 조건도 있는 것으로 알고있습니다. 이 경우에는 Table Full Scan하는 것이 맞는거죠? 아니면 not eq 조건에서 인덱스를 타지 않는데, 성능을 개선할 수 있는 방안이 어떤 것이 있는지 궁금합니다.

MAC 환경에서 CPU 정보를 확인하기 위해 ./host.sh 명령어를 실행하였으나 다음과 같은 오류가 뜹니다.혹시 libsigar-universal64-macosx.dylib 파일 읽기 권한이 문제인가 싶어서 권한도 추가하였으나 동일한 에러가 발생합니다.두번 째로 환경 변수 설정도 해봤으나 동일한 에러가 발생합니다.export DYLD_LIBRARY_PATH=/Users/hyeonsu/util/scouter/agent.host/lib:$DYLD_LIBRARY_PATH 

nGrinder에서 script를 작성하고 validate하면 정상적으로 수행 되는 것이 아닌 아래와 같은 오류가 발생합니다.구글링을 통해서 얻은 정보로는 자바 11버전을 사용하라 하였지만 현재 자바 11 버전을 사용하고 있기에 기존에 다른 분들의 오류 해결과는 맞지 않아 질문을 남깁니다.

explain select * from notice where createDate BETWEEN '2024-01-15 00:00:00' AND '2024-02-29 23:59:59'; ```실행했을 때possible_keys는 인덱스를 가져오는데 type은 ALL로, 풀 스캔을 해버리네요.

캐싱 쪽 하고 있는데 테이블만 주시고 DB 데이터가 없습니다. 강의 보면 그냥 더미데이터로 진행하시는 것으로 보여 저도 그냥 아무 데이터 여러 개 넣어서 진행에는 문제가 없습니다만 데이터에 관한 설명이 전혀 없는 점 아쉽습니다.. 이거 찾느라고 인프런, 노션, 깃허브에 분산된 자료를 왔다갔다 하느라 시간도 뺏겼슴다.. 시간 나실 때 다른 분들을 위해 더미데이터나 관련 설명이라도 추가 부탁드립니다.

현재 서버를 aws 같은거로 띄우진 않아서 로컬로 성능테스트를 진행하고 있는데 원래 서버를 띄운 후 성능테스트를 진행해야 하는건가요? 아니면 로컬로 해도되는건지..성능테스트 돌릴때마다 성능이 다르고 어떨땐 아예 실패하고 어떨땐 성공하고 그러네요..그래서 성능개선 전후 비교가 힘듭니다

현재 말씀하시는 대상이 완전 저에게 일치하는데 이미 퇴사를 한 시점이라 주니어 개발자로써 적용하기가 쉽지 않을 것 같은데 이럴때 는 어떻게 하는 게 좋을까요? 강의 내용대로 실무내에서는 문제 없이 기능들을 구현하였는데 이직을 위한 이력서 작성 시 성능 개선 부분에서 작성할 부분이 없네요

백엔드 개발자로서성능 개선과 부하 테스트 등은 어느 시점에 하는 것이 좋나요?제가 사이드 프로젝트를 하면서 필요할 때 듣고 바로 적용해보며 정리를 하려고 하는데 프로젝트 시작 전에 먼저 들어 놓고 신경 쓰며 개발을 해야 할 지, 개발 중에 적용 해야 할 지 개발 완료 후에 해야 할 지 감이 안 잡히네요.  

memoryStoreEvictionPolicy 에 가장 최근에 액세스된 항목을 먼저 제거하는 LRU 알고리즘을 사용했습니다. 라고 자료에 나와있는데, 제가 알기로 LRU 알고리즘은 가장 오랫동안 사용되지 않은 데이터를 삭제하는 것으로 알고 있습니다. 자료에서 설명하신 의미가 잘 이해가 되지 않아서 질문 드립니다.

스카우터를 사용하면 트랜잭션 마다, 소요시간을 볼 수 있고, 로그도 확인이 가능한 것이 굉장히 매력적으로 느껴졌는데요실무에서도 많이 사용하는 툴 인가요? AWS 환경에서도 한 번 적용을 해보고 싶은데, AWS와도 같이 사용하는 편인가요?그리고 서버가 여러 대 있는, 스케일 아웃 환경에서는 어떤 식으로 사용되나요? 인스턴스마다 스카우터를 설치를 하고, 모니터링을 하는건가요?

안녕하세요.Column에 index를 생성할 때는 SELECT 횟수가 INSERT/UPDATE/DELET 연산보다 많고 column의 데이터 중복도가 낮으며 데이터 양이 많아야 효율적이다라는 것은 이해했습니다. 그렇기 때문에 남자 1% 와 여자 99%인 column에서는 index를 생성하면 안된다는 것도 이해했습니다.그러다가 만약 "1%와 99%인 column에서 조회만 발생하는데 비즈니스 요구사항에 따라 1%에 대해서만 조회가 일어나면 index를 생성하여도 되는가?"에 대해서 의문이 생겼습니다.예를 들어 1이 백만개가 있고 2가 1개 있으며 조회가 굉장히 많이 일어나는데 어떠한 경우에서도 2에 대해서만 조회가 발생한다고 한다고 가정했을 때 index를 생성하지 않으면 백만하고도 한 번의 탐색을 해야 합니다. 하지만 index를 하면 한 번의 탐색으로 조회를 완료할 수 있습니다. 이럴 경우에는 index를 생성하는 것이 더 효율적일 수도 있나요?

- 학습 관련 질문을 남겨주세요. 상세히 작성하면 더 좋아요! - 먼저 유사한 질문이 있었는지 검색해보세요. - 서로 예의를 지키며 존중하는 문화를 만들어가요. - 잠깐! 인프런 서비스 운영 관련 문의는 1:1 문의하기를 이용해주세요. 강의명 : "로그스태시, 파일비트 설치와 실행"과정 중에 filebeat와 logstash 연동에 대해 설명해주시는데 yml 파일을 강의와 똑같이 작업하고 나서 확인했는데 filebeat 인덱스가 생성되지 않습니다. 원인 확인을 하려면 어떤 부분을 확인해야될까요?

안녕하세요! 궁금한 점이 생겨 질문드립니다!! 항상 잘 보고 있습니다! INSERT, UPDATE, DELETE가 자주 발생하면 인덱스 재구성이 일어난다고 하신 부분이 헷갈려서 질문드립니다! DELETE의 경우 실제로 트리에서 삭제하는 것이 아니라 기존 인덱스를 사용하지 않음 처리만 한다고 알고 있고, UPDATE는 사용하지 않음 처리 + 새로운 인덱스 추가 작업이 이루어지는 것으로 알고 있는데요. 그럼 결국 트리에 새로운 데이터가 추가되면서 트리가 비대해져서 트리 깊이가 깊어져 검색속도가 좀 더 오래걸려서 단점인 것일까요??  또 실제 트리에서 인덱스를 삭제하지 않고, 사용하지 않음 표시만 하는 이유는 뭔지 궁금합니다!! 

안녕하세요. Markdown 관련 질문있습니다. Markdown 사용시에  # 주피터 노트북 사용법 ## 마크다운 이란? # ㅁㄴㅇㄻㅎㅁ 이렇게 입력하면 출력 시에 index가 붙습니다 1. 주피터 노트북 사용법 1.1 마크다운 이란? 2. ㅁㄴㅇㄻㅎㅁ 이런 식으로요. 혹시 어떻게 하면 색인 옵션을 끌 수 있을까요?

안녕하세요! 좋은 강의 감사드립니다 :D mongodb의 index 관련 수업을 듣고나니까 드는 생각이 mongodb는 NoSQL 인데도 불구하고, RDB 못지않은 굉장히 뛰어난 indexing 기능 (ex. secondary, compound 등)을 갖고 있다라는 생각이 드는데요. 현업에서 만약 여러 NoSQL DB를 고려한다고 가정했을때, mongodb는 다른 NoSQL에 비해 뛰어난 indexing 기능을 제공한다는 것이 차별점이 돼서 선택기준이 될 수 있을까요??

안녕하세요. 좋은 강의 감사드립니다 :) 몽고디비 index 관련해서 궁금한 사항이 생겨 질문드립니다. mysql 같은경우에 index를 통한 조회는 disk로 부터 하나의 data block을 fetching하는 single block I/O가 발생하기 때문에 전체 데이터에서 조회하고자 하는 데이터가 많을 경우에는 index를 통한 조회가 full scan보다 오히려 성능적으로 악화되는 구간이 존재하므로 무조건 index를 거는것이 성능에 이점을 주지 않을수도 있다고 알고있는데요. 몽고디비의 index도 동일하다고 생각하면 되는 걸까요?