페넌트에서 캐시를 플러시하면 시스템 성능에 영향을 줄 수 있습니다

페넌트 캐시 및 플러싱에 대한 세부 사항 :

-Laravel Pennant는 메모리 인 캐시를 사용하여 단일 요청 기간 동안 해결 기능 플래그를 저장합니다. 이 캐싱은 해당 요청 내 동일한 기능 플래그에 대한 반복 데이터베이스 쿼리를 방지하여 성능을 향상시킵니다 [2].

- 'fearch :: flushcache ()`메소드를 사용하여 페넌트 캐시를 수동으로 플러시하면이 메모리 캐시를 지 웁니다. 이는 후속 기능 검사가 데이터베이스를 다시 쿼리해야한다는 것을 의미합니다. 즉, 캐시가 재건 될 때까지 데이터베이스로드를 증가시키고 요청 처리를 일시적으로 느리게 할 수 있습니다 [2] [7].

캐시 플러싱의 성능에 대한 일반적인 영향 :

- 캐시 플러싱으로 인해 캐시 된 데이터에 의존하는 모든 트랜잭션 또는 작업이 데이터베이스 또는 기본 스토리지에서 신선한 데이터를 가져 오기 위해 캐시 된 데이터에 액세스하는 것보다 느립니다. 이로 인해 캐시가 다시 채워질 때까지 대기 시간이 증가하고 자원 소비가 높아집니다 [1] [9].

- 광범위한 시스템 컨텍스트 (예 : ServiceNow 또는 데이터베이스 시스템)에서 업그레이드, 플러그인 설치 또는 수동 스크립트로 트리거 된 캐시 플러시는 눈에 띄는 둔화 및 응답 시간이 증가 할 수 있으며, 때로는 리소스 경합으로 인한 오류가 발생할 수 있습니다 [1] [9].

- 마찬가지로, 데이터베이스 시스템에서, 지우기 절차 (플러싱과 유사)는 쿼리 계획이 재생되며, 이는 CPU 사용을 스파이크하고 히스토리 쿼리 성능 데이터를 제거하고 문제 해결을 복잡하게하고 일시적으로 저하 된 성능을 제거합니다 [10].

요약:

페넌트에서 캐시를 플러시하면 캐시 된 기능 플래그 결과를 제거하기 때문에 시스템 성능이 일시적으로 저하되어 캐시가 재건 될 때까지 반복 데이터베이스 쿼리를 강요합니다. 이로 인해 데이터베이스로드가 증가하고 요청 처리가 느려질 수 있습니다. 따라서 시스템 응답성에 미치는 영향을 최소화하기 위해 캐시 플러시를 신중하게, 이상적으로 피크 사용 기간 이외의 외부에서 수행해야합니다 [1] [2] [7] [9].

직접적인 증거는 Pennant의 캐시를 플러싱하면 영구적 인 성능 손상을 유발하지만 캐시를 플러시하기로 결정할 때 임시 둔화 및 데이터베이스 부하가 증가하는 것이 중요한 고려 사항입니다.

인용 :
[1] https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=kb0822644
[2] https://laravel.com/docs/11.x/pennant
[3] https://laracasts.com/episodes/2685
[4] https://stackoverflow.com/questions/77078816/how-to-disable-caching-for-laravel-in-db
[5] https://arxiv.org/pdf/2204.05508.pdf
[6] https://docs.netapp.com/us-en/e-series-santricity/sm-settings/what-is-cache-flushing.html
[7] https://github.com/laravel/pennant/issues/68
[8] https://www.reddit.com/r/brave_browser/comments/1e1qfeh/does_clearing_browser_cachehistory_really_improve/
[9] https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=kb0793295
[10] https://www.sqlskills.com/blogs/erin/sqlskills-101 the-other-bad-thone-asoub about-plearing-procedure-cache/