1. 오늘 질문을 받았습니다. PHP 코드 수준에서 높은 동시성을 향상하기 위한 방법은 무엇입니까?
높은 동시성 문제에 직면했을 때 가장 먼저 생각한 것은 클러스터와 캐시(apt, redis, mem, memory...)였지만, PHP 코드 수준에서는 대기열 및 네트워크 요청 감소와는 별개입니다. , 다른 생각이 나지 않아서 마스터가 실행 가능한 솔루션을 남겨주기를 바라며 이 토론 스레드를 만들기 시작했습니다.
1. 오늘 질문을 받았습니다. PHP 코드 수준에서 높은 동시성을 향상하기 위한 방법은 무엇입니까?
높은 동시성 문제에 직면했을 때 가장 먼저 생각한 것은 클러스터와 캐시(apt, redis, mem, memory...)였지만, PHP 코드 수준에서는 대기열 및 네트워크 요청 감소 외에도 다른 생각이 나지 않아서 스승님께서 실현 가능한 해결책을 남겨주시길 바라며 이 토론을 올리기 시작했습니다.
PHP
코드 수준에서는 PHP
프로젝트의 SESSION
처리 메커니즘, 파일->DB->캐시
프로젝트의 Log
기록현황, 파일->DB
리소스 재사용, 장기 작업의 비동기 처리, 싱글톤, 글로벌 데이터 공유, 대기열 등
바이트코드 캐시 APC
,XCACHE
,OPCACHE
데이터(뷰)캐시, 파일캐시(파일)->로컬캐시(Yac)->분산캐시(MEMCACHE, REDIS)
프레임워크 선택, 마이크로 프레임워크(Lumen)->풀스택 PHP 프레임워크(SF, LARAVEL)->확장 프레임워크(Yaf, Phalcon)->병렬 프레임워크(Yar)
PHP
버전 선택, PHP5.x->hhvm->php7
면접시 질문인가요?
실제 회사를 발전시키면서 관련 문제에 부딪힌 것으로 추정되어 면접 질문으로 활용했습니다
특히 코드의 경우 동시성 향상과 관련하여 높은 동시성을 보장하기 위한 비동기식, 비차단 액세스인 nodejs의 아이디어에서 배울 수 있으므로 PHP에서 비동기 작업의 확장에 대해 이야기할 수 있습니다. 예를 들어 swoole이라는 확장 프로그램을 검색해서 찾았습니다.
다른 하나는 더 많은 컴퓨팅 작업을 프런트 엔드에 넘기고, 서버 측 계산을 줄이고, 응답 속도를 높이는 것입니다.
또 하나는 데이터베이스를 운영하는 것인데, 데이터베이스의 조직 형태를 수정하는 방법(조인 등의 작업을 줄이는 방법)에 대해 이야기해보면 좋을 것 같습니다
빠른 것만이 절대 무너지지 않는다!
10ms에 한 번 요청하는 것은 100ms에 한 번 요청하는 것보다 스트레스가 10배 적습니다. 연결이 들어오고 오랫동안 완료되지 않으면 리소스가 점유되고 해제되지 않으므로 동시성이 제한되기 때문입니다. 동시에 발생하기 쉽습니다. CPU와 메모리가 가득 차면 악순환이 발생하므로 연결 수의 상한을 설정해야 합니다. 🎜>
그런 다음 대부분의 사람들은 최적화되지 않은 대용량 데이터 I/O 문제(저희 회사에는 이러한 코드가 어디든 있습니다)가 있습니다.
<code>// 取用户的订单列表 $orders = api_get_orders($uid); // 可是, 订单里没有商品的详情, 怎么做呢? foreach($orders as $i=>$order){ // api_get_good_by_id 是个缓存或mysql IO $orders[$i]['good'] = api_get_good_by_id($order['goodid']); } return $orders;</code>루프에서 대량의 IO가 생성됩니다. 평균적으로 한 사용자 데이터가 한 번에 20개의 주문 데이터라면 10개의 동시 요청은 200개의 데이터베이스/캐시 IO를 생성합니다
하나의 IO로 결합:
<code>// 取用户的订单列表 $orders = api_get_orders($uid); // 提取goodid序列 $goodids = array_map(function($o){ return $o['goodid']; }, $orders); // 一次性把商品全部取出来 $goods = api_get_goods_by_ids( $goodids ); // 封装到$orders foreach($goods as $i=>$g){ $orders[$i]["good"] = $g; } return $goods;</code>캐시 드라이버가 런타임 캐시 계층을 설계
예, 모든 것은 IO를 줄이고 재사용을 개선하기 위한 것입니다. SQL 문 최적화를 제외하고 어떤 알고리즘이 정렬을 더 빠르게 할 수 있는지 걱정하는 것은 별 의미가 없습니다.
객체 리소스 재사용(예: 싱글톤 모드)은 데이터베이스 객체를 인스턴스화합니다.
데이터에 대한 IO 오버헤드를 줄입니다
일반적으로 가장 두려운 것은 신규 인벤토리 등 동일한 데이터의 업데이트입니다. 이는 큐를 사용하여 해결할 수 있습니다.