1. 개발팀에서 데이터 추출 요청
양이 방대하다고 자기들이 못뽑아서 요청이 들어왔는데
실행계획 보니까 코스트도 별로 안높고
행도 많아야 4만정도여서
이정도를 못뽑는다고? 내가 뭘 빼먹었나? 하고
여러번 확인했는데
사수가 말하길
개발팀이 좀 만지다 짬때렸을거라고함 ㅡ,ㅡ
2. 계정 생성 및 권한 부여
요청대로 만들어줌 별거없었음..
postgre라서
ip대역 주는거랑 인증방식은 파일로 설정하는데
여긴 어떻게 줬나 둘러봄
버전이 최신임에도 인증방식이 구버전값을 쓰더라
나중에 잡담용으로 사수한테 물어볼 예정
3. DDL 검증 및 적용 요청
이건 그냥 복붙임...
복잡한 쿼리도 아니라서 그냥 복붙..
4. azure 대시보드 만지작하기
일부서버는 azure로 되어있어서
모니터링 보기쉽게 만지작 거리는중
5. 문서 들여다보기
전임자, 다른 직원들이 만졌던
쿼리 튜닝 구경하는중
문서화 잘되어있음 짱임
아직 초반이니 워밍업 느낌으로 가볍게 하라함
사수있으니까 배우는 느낌나고 재밌다
근데 담주부터 새벽작업 들어감 ㅠㅜ
쿼리튜닝 문서화는 어떤식으로 되있나요? - dc App
이전쿼리가 몇초걸리던걸 개선해서 몇초로 줄였다..이전쿼리에 ~~한 부분들때문에 지연이 발생했기에 ~~한 방식으로 수정하여 성능을 개선하였다 처럼 써있어요 예) 형변환하던 부분 때문에 인덱스를 못타서 인덱스 타게끔 수정했다 머 이런식으로요
훌륭하다 멋져 - dc App
@글쓴 백갤러(118.235) 인증방식을 구버전 쓰는 이유는 간단함 뭔가 건드리면 예상치못한 오류나고 서비스중단되고 ㅈ될거같아서 하던대로 하는거 - dc App
@글쓴 백갤러(118.235) DDL도 테이블 사이즈가 큰건 락영향없을지 DDL이 각종 오류나서 실패하는 걸 사전에 검증함 - dc App
그 테이블 사이즈가 크다는 기준을 잘 모르겠어요 용량보니까 작업하던 테이블은 인덱스 포함 1기가도 안되서 별로 안크긴했어용
@글쓴 백갤러(118.235) 10만건 이하는 락 걸려도 별 문제없고 10만건 이상부터는 락 방식이 어떻게 걸리는지 좀 자세히 봄(대부분 칼럼 타입 변경에서 걸림) DDL마다 락 방식이 다다른데 Online DDL도 많이 쓰고 100만건 이상은 새벽에 나와서 해야함 - dc App
@글쓴 백갤러(118.235) pg기준으로 DDL마다 어떤 락이 걸리는지 다 파악해두셈 도움될거임 - dc App
오늘 작업중엔 10만건 이상은 없네요 EXPLAIN ANALYZE까진 해서 실제 실행이랑 실행계획까지 다 보고싶었는데 부하날까봐 쫄셔서 실행계획만 봤어요 ㅋㅋㅠㅜㅜ 그래도 엔지니어때보다 디테일하게 볼 기회가 생기니 좋은거같아요 조언감사해용