pdo 인스턴스와 pdo 긴 연결을 캡슐화하는 PHP의 장점과 단점

이 기사에서는 PHP에서 pdo를 캡슐화하는 예와 pdo 긴 연결에 대한 관련 지식을 제공합니다. 이름에서 알 수 있듯이 긴 연결은 일반적인 짧은 연결과 비교하여 항상 연결을 유지합니다. 연결이 길면 생성 프로세스가 효과적으로 줄어들고 성능이 저하될 수 있습니다. 모두에게 도움이 되기를 바랍니다!

1. 소개

최근 크래시 로그 저장을 구현하는 스크립트를 작성해야 하는데 예상대로 프레임워크와 분리되어 있으므로 데이터베이스 관련 작업만 직접 캡슐화할 수 있습니다. 여기의 블로거는 데이터베이스를 작동하기 위해 pdo를 캡슐화하기로 결정했습니다. pdo操作数据库相关。

二、为什么选择pdo

      众所周知的，php在早期的时候是带有mysql扩展的，但是后来由于过于古老缺失了mysql的新特性，因此主键没落。

      从php5开始，更建议大家使用mysqli扩展，这个是mysql扩展的增强版，是一个面向对象的MySQL接口，更容易使用。缺点是只能操作mysql，不够强大。

      还有就是pdo扩展了，这个是最丰富的的一个扩展，支持多种数据库，重要的是，在安全上是比其他两种扩展都要强的，通过使用prepared预处理更是有效的防止sql注入。因此，博主这里选择了封装pdo相关的操作。

三、pdo的长连接

1、什么是pdo的长连接

      长连接顾名思义就是一直保持连接，相对于平时的短连接，每次请求都会重新创建链接来说，长连接可以有效的减少创建的过程，可以更好的节省性能。

在操作上是在连接数据库的时候，多加一个参数：

$pdo = new PDO($dsn, $username, $passwd, [PDO::ATTR_PERSISTENT => true]);

后面的PDO::ATTR_PERSISTENT => true 就是开启长连接的方法。

2、长连接对nginx无效吗

      博主在搜索长连接相关知识的时候，看到一篇文章，结论是长连接仅适用于apache，不适用于nginx，这是真的吗？

参考博文地址：https://www.cnblogs.com/wpjamer/articles/7106389.html

      大致结论是：长连接更多的是针对于apache的，因为apache维护一个进程池，开启了apache mpm功能之后，apache会默认维持一个进程池，mysql长连接之后的连接，并没有作为socet连接关闭，而是作为一个不释放的东西，放进了进程池/线程池里面去。

      而对于nginx来说，长连接是无效的，脚本执行结束则释放资源？

3、php-fpm下的长连接测试

这里前辈已经测试过了，咱们给出前辈的地址，大家有兴趣的可以看看

参考博文地址：https://hacpai.com/article/1526490593632

结论：
      事实证明php-fpm是可以实现长连接的，只是如果该进程空闲的话，会造成资源浪费。

      php-fpm的配置文件可以考虑设置pm.max_requests = 1000，代表每一个子进程的最大请求服务数量，如果超过了这个值，该子进程会被自动重启。

      比如max_requests这个参数，如果设置很大的话，那这个子进程要运行很多次才会重启，假如这个请求发生了错误或者内存泄漏，那么这个值设置很大是不合适的。但如果请求没有问题，这个值设置小的话就会频繁的重启，这样也会碰到不少502的问题，所以要仁者见仁，智者见智的设置了，这里初始化设置1000，如果测试没有内存泄漏等问题，可以再大一些。

4、长连接对事务的影响

参考博文地址：https://www.zhihu.com/question/62603122

总结： 如果业务并发比较大且带有事务，不建议使用长连接的方式。

5、总结

      博主在不断的搜索中，发现长连接要发挥出最佳性能始终是避不开连接池这点的，而php恰恰又不能很好的实现连接池，这点确实是有点小遗憾。

      整体来说在php中是暂时无法配置和mysql

2. pdo를 선택하는 이유🎜🎜 우리 모두 알고 있듯이 php에는 초기에는 mysql 확장이 있었지만 나중에는 너무 오래되어 mysql이 누락되었습니다. 의 새로운 기능으로 인해 기본 키가 사라졌습니다. 🎜🎜 php5부터는 mysqli 확장을 사용하는 것이 좋습니다. 이는 mysql 확장의 향상된 버전이며 객체입니다. 지향적인 MySQL 인터페이스로 사용이 더 쉽습니다. 단점은 mysql만 실행할 수 있고 충분히 강력하지 않다는 점입니다. 🎜🎜 pdo 확장도 있습니다. 이것은 가장 풍부한 확장이며 다양한 데이터베이스를 지원합니다. 중요한 점은 prepared 전처리는 sql 삽입 방지에 더 효과적입니다. 따라서 여기의 블로거는 pdo 관련 작업을 캡슐화하기로 결정했습니다. 🎜🎜3. pdo의 긴 연결🎜

1. pdo의 긴 연결이란

🎜 이름에서 알 수 있듯이 긴 연결은 항상 연결을 유지한다는 의미입니다. 각 요청마다 다시 생성됩니다. 연결이 길면 생성 프로세스가 효과적으로 줄어들고 성능이 향상됩니다. 🎜🎜작업 중 데이터베이스에 연결할 때 매개변수를 하나 더 추가합니다. 🎜

https://github.com/nadirvishun/php-pdo-class

🎜 🎜

    /**
     * @params:重连函数，上限3次
     * @date:2020/3/18
     * @time:17:03
     */
    public function customConnect()
    {
        try {
            $this->pdo = new PDO($this->config['dsn'], $this->config['username'], $this->config['password'], $this->config['params']);
            $this->pdo->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION); //需要将错误处理模式变成异常模式
            return true;
        } catch (Exception $e) {
            if (stripos($e->getMessage(), 'MySQL server has gone away') !== false || stripos($e->getMessage(),' bytes failed with errno=10053') !==false) {
                $this->close();
                $this->tryNums++;
                if ($this->tryNums > 3) {
                    return false;
                }
                self::customConnect();
            } else {
                $this->throw_exception($e->getMessage());
                return false;
            }
        }
    }

🎜 뒤의 PDO::ATTR_PERSISTENT => true는 긴 연결을 여는 방법입니다. 🎜

2. 긴 연결은 nginx에 유효하지 않습니까?

🎜 블로거가 긴 연결에 대한 지식을 검색하던 중 기사를 보고 긴 연결은 Apache에만 적용되고 nginx에는 적용되지 않는다는 결론을 내렸습니다. /code>, 이게 사실인가요? 🎜<pre class="brush:php;toolbar:false">//自定义warnings处理函数set_error_handler('customException');//拿到warnngs错误之后，转化为error错误抛出，这样就可以被try..catch捕获function customException( $error_no, $error_msg, $error_file, $error_line){     throw new \Exception($error_msg,0,null);     //throw new \Exception($error_msg);}</pre>🎜 일반적인 결론은 다음과 같습니다. <code>apache가 프로세스 풀을 유지하고 기능 이후에 apache mpm을 활성화하기 때문에 긴 연결은 apache를 더 대상으로 합니다. , apache는 기본적으로 프로세스 풀을 유지 관리합니다. mysql 긴 연결 이후의 연결은 socket 연결로 닫히지 않고 사물로 닫힙니다. 해제되지 않은 것은 프로세스 풀/스레드 풀에 저장됩니다. 🎜🎜       그리고 nginx의 경우 긴 연결은 유효하지 않으며 스크립트 실행이 끝나면 리소스가 해제되나요? 🎜

3. php-fpm에서의 긴 연결 테스트

🎜선배님들이 여기서 이미 테스트해 봤습니다. 관심 있으신 선배님들의 주소를 알려드리겠습니다🎜

    /**
     * destruct 关闭数据库连接
     */
    public function destruct()
    {
        $this->pdo = null;
    }

🎜결론: 강함>
php-fpm이 긴 연결을 달성할 수 있다는 사실이 입증되었지만 프로세스가 유휴 상태인 경우 리소스 낭비가 발생합니다. 🎜🎜 php-fpm의 구성 파일은 이 값이 초과되는 경우 각 하위 프로세스에 대한 최대 요청 서비스 수를 나타내는 pm.max_requests = 1000 설정을 고려할 수 있습니다. , 자식 프로세스가 자동으로 다시 시작됩니다. 🎜🎜 예를 들어 max_requests 매개변수가 매우 큰 값으로 설정된 경우 이 요청에서 오류가 발생하거나 메모리 누수가 발생하면 다시 시작하기 전에 하위 프로세스를 여러 번 실행해야 합니다. 이 값을 매우 큰 값으로 적절하게 설정하는 것은 부적절합니다. 하지만 요청에 문제가 없다면 이 값을 작은 값으로 설정하면 자주 다시 시작하게 되고 이 역시 502 문제가 많이 발생하게 되므로 판단의 문제이고 지혜. 초기화 설정1000은 다음과 같습니다. 테스트에 메모리 누수 및 기타 문제가 없으면 더 커질 수 있습니다. 🎜

4. 긴 연결이 트랜잭션에 미치는 영향

  public function query($sql = null, $param = null)
    {
        //检测连接是否活跃
        $this->pdo_ping();
        //判断之前是否有结果集
        if (!empty($this->PDOStatement)) {
            $this->free();
        }
        xxxxxxxxxx        }

🎜요약: 비즈니스 동시성이 상대적으로 크고 트랜잭션이 있는 경우 긴 연결을 사용하지 않는 것이 좋습니다. 🎜

5. 요약

🎜 블로거는 지속적인 검색 중에 긴 연결의 최상의 성능을 달성하기 위해서는 연결 풀을 피할 수 없으며 PHP가 연결을 잘 실현할 수 없다는 것을 발견했습니다. 사실 좀 아쉽습니다. 🎜🎜             일반적으로 php에서 mysql로 완벽한 연결 풀을 구성하는 것은 일시적으로 불가능합니다. 비즈니스가 복잡한 곳에서는 긴 연결을 사용하는 것이 좋습니다. 주의하세요. 모두 하나의 스레드이므로 많은 리소스가 낭비됩니다. 🎜

      如果是某些业务需要持续的数据库操作，比如提交日志接口等，那么是可以考虑打开长连接的，记得设置max_requests来定量关闭php-fpm连接，fpm关闭之后也会自动释放mysql的连接。

      还有pm.max_spare_servers设置服务器空闲时最大php-fpm进程数量。

例如： pm.max_spare_servers = 25 如果空闲时，会检查进程数，多于25个了，就会关闭几个，达到25个的状态。

      擅长swoole的同学，可以参考这篇文章：
基于swoole扩展实现真正的PHP数据库连接池

四、pdo部分demo的封装

      首先这部分博主是参考了一个网友的封装，github地址如下：

https://github.com/nadirvishun/php-pdo-class

      这个网友基本的增删改查都封装好了，而且都有参数预处理，安全性还是可以的。不过既然作为一个基准的类，还是缺少一些东西。

1、断线重连机制

例如重连函数：

    /**
     * @params:重连函数，上限3次
     * @date:2020/3/18
     * @time:17:03
     */
    public function customConnect()
    {
        try {
            $this->pdo = new PDO($this->config['dsn'], $this->config['username'], $this->config['password'], $this->config['params']);
            $this->pdo->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION); //需要将错误处理模式变成异常模式
            return true;
        } catch (Exception $e) {
            if (stripos($e->getMessage(), 'MySQL server has gone away') !== false || stripos($e->getMessage(),' bytes failed with errno=10053') !==false) {
                $this->close();
                $this->tryNums++;
                if ($this->tryNums > 3) {
                    return false;
                }
                self::customConnect();
            } else {
                $this->throw_exception($e->getMessage());
                return false;
            }
        }
    }

2、转化php warnings为try…catch可捕获的错误

      这步原因是长连接会频繁的造成mysql gone away错误，而这个错误是php 的warnings级别错误，try..catch根本就捕获不到，所以博主这里自定义错误处理函数来处理。

      这部分是转化php的warnings错误为try..catch可以捕获的error错误，关于php的报错机制以及错误处理这块，咱们下篇再讨论。

//自定义warnings处理函数set_error_handler('customException');//拿到warnngs错误之后，转化为error错误抛出，这样就可以被try..catch捕获function customException( $error_no, $error_msg, $error_file, $error_line){
    throw new \Exception($error_msg,0,null);
    //throw new \Exception($error_msg);}

3、析构方法回收资源

    /**
     * destruct 关闭数据库连接
     */
    public function destruct()
    {
        $this->pdo = null;
    }

4、query的时候ping一下

  public function query($sql = null, $param = null)
    {
        //检测连接是否活跃
        $this->pdo_ping();
        //判断之前是否有结果集
        if (!empty($this->PDOStatement)) {
            $this->free();
        }
        xxxxxxxxxx        }

5、下载地址

      这四步完善之后，这个pdo的类还是可以用的，大家需要的话可以去百度云上下载。

链接: https://pan.baidu.com/s/1Siz_bKlhEIVNV99Y0zTzqw 提取码: ebqx

大家如果感兴趣的话，可以点击《PHP视频教程》进行更多关于PHP知识的学习。

위 내용은 pdo 인스턴스와 pdo 긴 연결을 캡슐화하는 PHP의 장점과 단점의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!