INTERNAL: Remove dummy fetch in the get API

[ing-eoking]

🔗 Related Issue

• memcached_get_by_key() 함수 마지막에 dummy fetch 필요성 검토. #155

⌨️ What I did

• 종료 지점 확인이 비교적 용이한 memcached_fetch_result를 활용했습니다.
  • VALUE를 가져오지 못한 경우, NULL이 반환됩니다.
• memcached_fetch 내부에서 처리하던 value_length와 flags 초기화 로직을 memcached_get_by_key 함수 초기에 수행하도록 변경했습니다.
• 현재 CentOS7 환경에서 테스트를 진행하는 경우, develop 브랜치에서도 동일하게 아래의 테스트가 실패합니다.
  • 예전 mop_upsert API를 개발하는 과정에서 문제가 있었던 것으로 보이며, 원인 분석중에 있습니다.
  • 저희 장비에 설치된 memcached가 mop upsert가 없는 구버전이라 생긴 문제였습니다.

tests/mem_functions.cc:11420: in arcus_1_10_map_upsert() Assertation  "rc == MEMCACHED_SUCCESS || rc == MEMCACHED_BUFFERED" failed, hint: CLIENT ERROR
	Testing arcus_1_10_map_upsert					[ failed ]

[jhpark816]

리뷰 완료

[jhpark816]

memcached_fetch_result() != NULL 경우가 2회 이상 발생하는 경우도 고려하시죠.

[ing-eoking]

하나의 key를 가져오는 연산에서는 일반적으로 그런 상황이 발생하지 않을 것으로 예상되지만,
만약 2회 이상 발생한다면 현재 구현처럼 END 이전의 가장 마지막 값을 반환하는 형태가 더 적절할 것 같습니다.

[jhpark816]

success_occurred 경우는 value != NULL 상태입니다.
success_occurred 변수가 필요 없을 것 같습니다.

그리고, 이러한 코드는 value == NULL 경우에 대한 처리 코드 다음에 위치하는 것이 좋겠습니다.

[ing-eoking]

value에 빈 문자열을 저장했을 경우, value == NULL이 될 수 있습니다.

용어를 success_occurred에서 is_value_fetched로 변경했습니다.