SNS비스무리한거 만들고있는데
MySQL Connection을 DB에 쿼리 보낼때마다 생성하고 해제하고 해야함?
오버헤드가 클거같은데
중간에 캐시용 디비 끼워라
캐시용 디비랑은 계속 붙어있다가 원래 DB에 주기적으로 batch 하라는거야?
ㅠㅠ
커넥션풀을 써야지
Sequelize나 typeorm같은거 씀?
프로그램의 특성상 io가 많이 발생하는 최근데이터를 캐싱하게 구성하면 성능을 끌어올리지.
ㅇㅇ/아 그런소리군요
근데 제공하는 데이터가 뭐임
조무사/ mysql인데 커넥션풀 있네
텍스트
타입이 아니라 알림 메시지 프로필이런거
페이스북 게시글같은거
이럴때 캐싱용 모듈은 기존의 rdb보다 키밸류방식의 nosql(해싱키) 이 더 빠른 검색성능을 낼 수도있다. nosql이 나온 이유이기도 하지
흠 그래서 캐싱디비로 Redis 많이쓴다는거였구나
검색 제공할거?
제대로 배워본적도 없어서 NoSQL으로 하려햇는데 게시글끼리 Tree같은 느낌으로 Hierarchy가 있을거같아서 일단 RDB로 만들고있음
ㅇㅇ
님 이거 트랜잭션 없어서 걍 님편한 NOSQL써도 아무 문제 없고
검색은 DB통해서하지말고 따로만드는게 나은데 첨엔 걍 둬도됨
나중에 보게 검색어라도 주새오
검색을 DB통해서 안하면 DB미러링한 서버를 따로 돌려서 하는식으로?
검색은 엘라스틱서치같은걸로 빼고 디비는 님편한거 써도 되는데 mysql쓸거면 sequlize같은 orm쓰면 첨에 편하고
ㅇㅎ 엘라스틱서치
최근글 위주로 많이읽으면 쿼리/데이터 쌍을 통째로 레디스에 박고 expire주면 좋음
ㄷㄷ 이런게 고대인의 지혜구나
이건 나중에 커졌을때 얘기고 첨에는 걍 빨리 orm써서 구현이나 빨리
중간에 캐시용 디비 끼워라
캐시용 디비랑은 계속 붙어있다가 원래 DB에 주기적으로 batch 하라는거야?
ㅠㅠ
커넥션풀을 써야지
Sequelize나 typeorm같은거 씀?
프로그램의 특성상 io가 많이 발생하는 최근데이터를 캐싱하게 구성하면 성능을 끌어올리지.
ㅇㅇ/아 그런소리군요
근데 제공하는 데이터가 뭐임
조무사/ mysql인데 커넥션풀 있네
텍스트
타입이 아니라 알림 메시지 프로필이런거
페이스북 게시글같은거
이럴때 캐싱용 모듈은 기존의 rdb보다 키밸류방식의 nosql(해싱키) 이 더 빠른 검색성능을 낼 수도있다. nosql이 나온 이유이기도 하지
흠 그래서 캐싱디비로 Redis 많이쓴다는거였구나
검색 제공할거?
제대로 배워본적도 없어서 NoSQL으로 하려햇는데 게시글끼리 Tree같은 느낌으로 Hierarchy가 있을거같아서 일단 RDB로 만들고있음
ㅇㅇ
님 이거 트랜잭션 없어서 걍 님편한 NOSQL써도 아무 문제 없고
검색은 DB통해서하지말고 따로만드는게 나은데 첨엔 걍 둬도됨
나중에 보게 검색어라도 주새오
검색을 DB통해서 안하면 DB미러링한 서버를 따로 돌려서 하는식으로?
검색은 엘라스틱서치같은걸로 빼고 디비는 님편한거 써도 되는데 mysql쓸거면 sequlize같은 orm쓰면 첨에 편하고
ㅇㅎ 엘라스틱서치
최근글 위주로 많이읽으면 쿼리/데이터 쌍을 통째로 레디스에 박고 expire주면 좋음
ㄷㄷ 이런게 고대인의 지혜구나
이건 나중에 커졌을때 얘기고 첨에는 걍 빨리 orm써서 구현이나 빨리