집 >백엔드 개발 >PHP 튜토리얼 >PHP에서 Redis 긴 연결을 사용하는 단계는 무엇입니까?

PHP에서 Redis 긴 연결을 사용하는 단계는 무엇입니까?

php中世界最好的语言원래의: 2018-05-18 14:47:122686검색

이번에는 PHP에서 Redis Long Connection을 사용하는 단계와 Redis Long Connection을 사용하는 PHP의 주의 사항을 소개해 드리겠습니다.

github의 php-redis 프로젝트 주소: https://github.com/phpredis/phpredis

pconnect 함수 선언

여기서 time_out은 연결이 끊어지기 전에 클라이언트가 유휴 상태인 시간(초)을 나타냅니다. 연결 함수는 성공하면 true를, 실패하면 false를 반환합니다.

pconnect(host, port, time_out, persistent_id, retry_interval)
    host: string. can be a host, or the path to a unix domain socket
    port: int, optional
    timeout: float, value in seconds (optional, default is 0 meaning unlimited)
    persistent_id: string. identity for the requested persistent connection
    retry_interval: int, value in milliseconds (optional)

다음 예에서는 pconnect 연결 재사용에 대해 자세히 설명합니다.

$redis->pconnect('127.0.0.1', 6379);
$redis->pconnect('127.0.0.1'); // 默认端口6379,跟上面的例子使用相同的连接。
$redis->pconnect('127.0.0.1', 6379, 2.5); // 设置了2.5秒的过期时间。将是不同于上面的新连接
$redis->pconnect('127.0.0.1', 6379, 2.5, 'x'); //设置了持久连接的id，将是不同于上面的新连接
$redis->pconnect('/tmp/redis.sock'); // unix domain socket - would be another connection than the four before.

pconnect 사용 소개

pconnect 메소드에 대한 간략한 설명

이 메소드를 사용하면 close 메소드를 호출한 후에만 연결이 종료됩니다. 프로세스가 끝나면 닫힙니다.

[확인 예정] 긴 연결을 사용하는 경우 Redis 구성 파일의 시간 초과 구성 항목을 0으로 설정해야 합니다. 그렇지 않으면 시간 초과

로 인해 연결 풀의 연결이 만료됩니다. PHP-FPM에 대한 설명 pconnect

긴 연결은 PHP-FPM 프로세스가 끝난 후에만 종료됩니다. 연결의 수명 주기는 PHP-FPM 프로세스의 수명 주기입니다.
짧은 연결과 비교하여 각 PHP-FPM 호출 중에 redis 연결이 생성되며 서버에는 연결 시간 초과 상태가 과도하게 표시됩니다.
긴 연결과 달리 PHP-FPM에서 호출하는 모든 CGI는 하나의 긴 연결만 공유하므로 고정된 수의 time_out만 생성됩니다.

긴 연결 닫기

close 및 unset 메소드를 호출할 수 있지만 두 메소드는 매우 다릅니다.

- close 기능은 현재 PHP 프로세스가 Redis 요청을 하지 못하도록 막는 역할만 하지만 실제로 redis 긴 연결을 닫을 수는 없지만 FPM 프로세스 수명 주기가 끝날 때까지 후속 요청에서 연결이 계속 재사용됩니다. 따라서 close는 redis 객체를 파괴하지 않고 단지 연결을 끊습니다.

- unset 변수가 삭제됩니다. 또한 pconnect를 사용하는 경우 종료할 필요가 없으며 현재 스크립트 실행 시간이 매우 길면 항상 연결을 차지하게 됩니다.

현재 Redis가 연결되어 있는지 확인하는 방법은 무엇입니까?

동등한 문제는 현재 인스턴스가 단일 사례 모드에서 유효한지 확인하는 것입니다.

문자열 자체가 정상적으로 반환되는지 확인하기 위해 echo를 호출하거나, 반환값이 +PONG인지 확인하기 위해 ping을 호출하는 것이 관례입니다.

그러나 redis 연결이 끊어진 후 echo 및 ping('+POMG' 반환)을 호출하면 예외가 발생합니다. 따라서 예외 포착 메커니즘을 통해 처리해야 합니다.

pconnect 연결 재사용 문제의 코드 분석

상황 1: 비싱글톤 모드.

설명: 인스턴스 a와 인스턴스 b는 연결을 공유하고 인스턴스 b는 인스턴스 a의 연결을 수정합니다.

따라서 다음 예에서는 $a 인스턴스의 최종 값이 2가 되므로 특별한 주의가 필요합니다.

$a = pconnect(host, port, time_out);
select(3);
$a -> setex(id, 3);
echo $a -> get(id);
//之后执行下面的连接
$b = pconnect(host, port, time_out);
select(2);
$b->set(id,2)
echo $a->get(id);  //这个id操作的db变成了2，不再是之前的3了。因为这两个连接共用了一个连接通道。

시나리오 2: 싱글톤 모드.

getInstance를 통해 a와 b가 모두 생성되도록 위 코드를 수정합니다. 생성을 위한 전제 조건은 현재 인스턴스가 존재하는지 확인하는 것입니다. 싱글톤 모드의 혼동점은 다음과 같습니다.

$a가 인스턴스를 생성합니다. 이때 $b는 $a의 인스턴스를 사용하고 $a에 대한 후속 호출을 수정합니다. 수정 후의 예는 $b에 대한 호출이어야 합니다. 상황 2와 동일합니다.

싱글턴 모드의 코드는 다음과 같습니다.

public static function getInstance($db = 0)
{
  if (!isset(self::$_instance)) {
    self::$_instance = new Redis();
  }
  self::_connect();
  self::$_instance->select($db);
  return self::$_instance;
}

두 경우 모두 연결 재사용 문제를 보여줍니다. 이 버그를 수정하는 방법은 무엇입니까? 두 가지 점:

1. 각 DB에 대해 싱글톤을 생성합니다.

2. 연결 재사용 문제를 방지하세요.

그래서 싱글톤 배열을 반환하도록 코드를 조정할 수 있습니다.

public static function getInstance($db = 0)
{
  try{
    if (isset(self::$_instance[$db]) && self::$_instance[$db]->Ping() == 'Pong') {
      return self::$_instance[$db];
    }
  } catch (Exception $e) {
  }
  self::$_instance[$db] = new Redis();
  self::_connect($db);
  return self::$_instance[$db];
}

주의할 사항

Task 클래스 멤버 변수에 redis 개체를 사용하지 마세요.

redis의 싱글턴 모드에서는 time_out의 만료 시간이 선언됩니다. Redis를 처리하는 경우가 작업이고 Redis에 대한 작업 호출 간격이 상대적으로 긴 경우. 간격이 time_out보다 크면 redis의 연결이 끊어지고 redis의 모든 작업이 실패합니다. 해결 방법은 이러한 호출 방법을 피하고 호출 위치에서 redis 클래스를 동적으로 선언하여 실행하는 것입니다. 이 문제는 긴 연결과 짧은 연결을 구분하지 못하며 호출 방법의 오류입니다.

이 기사의 사례를 읽은 후 방법을 마스터했다고 생각합니다. 더 흥미로운 정보를 보려면 PHP 중국어 웹사이트의 다른 관련 기사를 주목하세요!