큰 세션을 저장하면 응답 시간과 서버 속도가 느려지 는가

Question

사용자 친구 목록이 필요한 기능이 포함 된 내 웹 사이트 용 Facebook 응용 프로그램을 만드는 중입니다.

친구를 검색하는 것은 문제가되지 않으며, 내가 결정하기 위해 고심하고있는 것은 그들을 저장하는 방법입니다.

1. 는 옵션 1- 스토어는 내 MySQL 데이터베이스의 사용자가, 나는 내 데이터베이스가 매우 무거운, 아주 빨리 될 것 같은이 갈하지 않는 것을 선택했다. 또한 Facebook 사용자별로 테이블을 만들어야합니다.
2. 옵션 2 - 새로운 친구가 포함되도록 매 30 분마다 업데이트되는 세션에 Facebook 친구 배열을 저장하십시오. 세션이 매 30 분마다 업데이트된다는 사실을 무시하십시오.은 세션 내에 매우 큰 배열이 될 수있는 것을 저장하는 것은 나쁜 생각입니까?

웹 사이트는 많은 양의 트래픽을 수신 할 가능성이 있으므로 이러한 세션을 많이 저장할 것입니다.

나는 경험 많은 개발자이지만 이러한 상황에서 세션에 지나치게 경험하지는 않습니다. 나는 이것이 단순히 나쁜 생각인지 아닌지 알고 싶을뿐입니다.

1. 각 배열의 형식은 {0 다차원이다 : 1, 이름 : 조 Bloggs에, 사진 : UID : test.jpg를]
   그냥 당신에게 일반적인 친구 배열에 약간의 정보를 제공합니다 , 1 ...}
2. 친구 목록은 일반적으로 약 700 개이지만 평균 100 개 항목에서 5000 개 항목까지 다양합니다. 이들은 작지 않습니다!

친구를 저장하는 데 좋지 않은 방법이라면, MySQL을 제외한 다른 옵션에는 어떤 것이 있습니까?

세션이 메모리 (RAM) 사용에 영향을 미칩니 까?

Answer 1

요구 사항에 맞게 서버에 MemCacheD를 설치하는 것이 좋습니다. 자세한 내용은 http://memcached.org/을 참조하십시오.

세션은 현재 로그인 한 사용자 만 사용할 수 있으므로 세션간에 정보를 공유하는 것은 어려울 수 있습니다. 또한 세션이 사라지면 사용자 데이터도 사라집니다.

memcached 데이터는 키/값 쌍으로 저장됩니다.

키의 경우 페이스 북 ID와 값으로 직렬화 된 사용자 데이터 개체를 사용할 수 있습니다.