Notice
Recent Posts
Recent Comments
Link
| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | 2 | |||||
| 3 | 4 | 5 | 6 | 7 | 8 | 9 |
| 10 | 11 | 12 | 13 | 14 | 15 | 16 |
| 17 | 18 | 19 | 20 | 21 | 22 | 23 |
| 24 | 25 | 26 | 27 | 28 | 29 | 30 |
Tags
- 팩토리 패턴 예제
- mysql like
- 개발자 전직
- 신입 면접 팁
- 라즈베리바이4 mongo
- 퇴사
- index like
- index in
- github accesstoken
- ECS
- mysql index 속도차이
- OSI 7계층
- aws m2
- 인텔리제이 github 로그인
- 개발자 취업 준비
- mongo 4.4
- 회고록
- kubernetes
- 신입 개발자 면접
- VUE
- 개발자 면접 팁
- docker m2
- git
- 팩토리 패턴 언제
- 밸런스 게임
- mongo 4.4.18
- 쿠버네티스
- token 탈취
- nestjs
- 개발자 회고록
Archives
- Today
- Total
목록mysql like (1)
주니어 개발자 1호
INDEX 테스트 해보기
오늘은 INDEX TEST를 조금 진행해보았어요. 간단한 테스트들만 측정을 해보았어요 엄청 재밌더라구요. 제가 경험했던 스타트업에서는 RDB에서 많은 데이터를 적재하지 못해, 튜닝 경험을 하지 못했었고 기능의 확장과 서버의 depoly 위주로 진행을 하다보니. 인덱스에 대한 이론만 알고있고 경험해보지 못한상태였어서 늘 고민 지점이 많았었어요. 대체, 언제, 왜, 어떤 지점에서 index를 걸어야 하는지. index를 언제 병합키로 걸어야하는지 머리속으로만 있는 상태였어요. 카더널리티가 높아야한다. page단위로 저장이 되고 column의 크기가 크면 page를 더 많이 쪼개어야 하기에 index의 성능에도 영향이 간다. ( depth ) 병합키로 사용시 index를 거는 순번에도 영향이 간다. where..
개발관련 Tip
2023. 7. 16. 21:12