Swoft

php的垃圾回收机制可以简单总结为 引用计数 写时复制 COW机制。 引用计数基本知识 官网的解答如下 每个php变量存在一个叫”zval”的变量容器中一个zval变量容器，除了包含变量的类型和值 ，还包括两个字节的额外信息 is_ref 和 refcount is_ref 是个bool值，用来标识这个变量是否是属于引用集合(reference set)。 通过这个字节，php引擎才能把普通变量和引用变量区分开来 refcount 用以表示指向这个zval变量容器的变量个数 PHP5 中的引用计数在PHP5中，zval 的内存是单独从堆（heap）中分配的（有少数例外情况），PHP 需要知道哪些 zval 是正在使用的，哪些是需要释放的。所以这就需要用到引用计数：zval 中 refcount__gc 的值用于保存 zval 本身被引用的次数，比如 b = 12语句中，12 被两个变量引用，所以它的引用计数就是 2。如果引用计数变成 0，就意味着这个变量已经没有用了，内存也就可以释放了。 如下: <?php //php zval变量容器 $a = 1 ; $b = 1 ; $c = & $a ; $d = $b ; $e = range ( 0 , 3 ); xdebug_debug_zval ( 'a' ); xdebug_debug_zval ( 'b' ); xdebug

在以往的开发项目中，要操作进程就会使用PHP自带的 pcntl拓展。但是pcntl存在着许多的不足： pcntl没有提供进程间通信的功能 pcntl不支持重定向标准输入和输出 pcntl只提供了fork这样原始的接口，容易使用错误 这边我们使用swoole进程管理模块，用来替代 PHP 的 pcntl ； 场景：日常任务中，有时需要通过php脚本执行一些日志分析，队列处理等任务，当数据量比较大时，可以使用多进程来处理。 准备： 安装PHP_swoole拓展； write($data) 　　向管道内写入数据。 $data 的长度在 Linux 系统下最大不超过 8K ， MacOS/FreeBSD 下最大不超过 2K start()： 　　 执行fork调用，启动子进程。 /** 创建子进程，将数据写入管道，然后启动子进程 */ $process = new \swoole_process([$this, 'sonProcessWork']); $process->write(json_encode($data_pop)); $pid = $process->start(); swoole_event_add():　 将一个socket加入到底层的 reactor 事件监听中；在子进程中处理一些耗时的计算或者操作； /** 获取管道的业务数据，进行相关的操作 */ public

1. redis加锁分类 redis能用的的加锁命令分表是INCR、SETNX、SET 2. 第一种锁命令 INCR 这种加锁的思路是， key 不存在，那么 key 的值会先被初始化为 0 ，然后再执行 INCR 操作进行加一。 然后其它用户在执行 INCR 操作进行加一时，如果返回的数大于 1 ，说明这个锁正在被使用当中。 1、 客户端A请求服务器获取key的值为1表示获取了锁 2、 客户端B也去请求服务器获取key的值为2表示获取锁失败 3、 客户端A执行代码完成，删除锁 4、 客户端B在等待一段时间后在去请求的时候获取key的值为1表示获取锁成功 5、 客户端B执行代码完成，删除锁 $redis->incr($key); $redis->expire($key, $ttl); //设置生成时间为1秒 3. 第二种锁 SETNX 这种加锁的思路是，如果 key 不存在，将 key 设置为 value 如果 key 已存在，则 SETNX 不做任何动作 1、 客户端A请求服务器设置key的值，如果设置成功就表示加锁成功 2、 客户端B也去请求服务器设置key的值，如果返回失败，那么就代表加锁失败 3、 客户端A执行代码完成，删除锁 4、 客户端B在等待一段时间后在去请求设置key的值，设置成功 5、 客户端B执行代码完成，删除锁 $redis->setNX($key,

1．选择唯一性索引 唯一性索引的值是唯一的，可以更快速的通过该索引来确定某条记录。例如，学生表中学号是具有唯一性的字段。为该字段建立唯一性索引可以很快的确定某个学生的信息。如果使用姓名的话，可能存在同名现象，从而降低查询速度。 2．为经常需要排序、分组和联合操作的字段建立索引 经常需要ORDER BY、GROUP BY、DISTINCT和UNION等操作的字段，排序操作会浪费很多时间。如果为其建立索引，可以有效地避免排序操作。 3．为常作为查询条件的字段建立索引 如果某个字段经常用来做查询条件，那么该字段的查询速度会影响整个表的查询速度。因此，为这样的字段建立索引，可以提高整个表的查询速度。 4．限制索引的数目 索引的数目不是越多越好。每个索引都需要占用磁盘空间，索引越多，需要的磁盘空间就越大。修改表时，对索引的重构和更新很麻烦。越多的索引，会使更新表变得很浪费时间。 5．尽量使用数据量少的索引 如果索引的值很长，那么查询的速度会受到影响。例如，对一个CHAR(100)类型的字段进行全文检索需要的时间肯定要比对CHAR(10)类型的字段需要的时间要多。 6．尽量使用前缀来索引 如果索引字段的值很长，最好使用值的前缀来索引。例如，TEXT和BLOG类型的字段，进行全文检索会很浪费时间。如果只检索字段的前面的若干个字符，这样可以提高检索速度。 7．删除不再使用或者很少使用的索引

Consul服务器配置 微服务带来最大的好处就是把整个大项目分割成不同的服务，运行在不同服务器上，实现解耦和分布式处理。微服务虽然有很多好处，但是也会有不好的一方面。任何事物都会有两面性，在微服务里面运维会是一个很大的难题，如果有一天我们的服务数量非常的多，然后我们又不知道哪一个服务在什么机器上。 可能会有人说这部分直接写在程序的配置里面就好了，当我们服务少的时候是可以这么做的，也允许这么做，但是在实际当中我们要尽量避免这么做，比如说我们某一个服务，地址换了，那么我们设计的相关代码就得修改重新部署；又或者说我们有一天上线一个新服务或者下线一个服务，这时候我们又得修改程序代码，这是非常不合理的做法。那么有没有什么可以解决这样的问题呢？这里就需要用到我们的服务注册和发现了。 结构对比 没有服务注册发现的结构 <center>没有服务发现的架构</center> 上面图片我们可以看到在没有服务注册发现的时候一个调用者需要维护多个服务的ip和端口，这是非常不好的做法，当我们服务进行调整的时候就有可能导致服务调用失败，还有服务器更换服务器，上下新服务，都会受到影响。将来某一个服务节点出现问题，排查对于程序和运维人员来说都是一场很大的灾难，因为不知道哪一个节点出了问题，需要每一台服务器的去排查。 而当我们有使用服务注册发现之后的结构体是什么样子的呢？ 有服务注册发现的结构 <center

PHP做内存共享有两套接口。一个是shm，它实际上是变量共享，会把对象变量序列化后再储存。使用起来倒是挺方便，但是序列化存储对于效率优先的内存访问操作而言就没啥意义了。另外一个是shmop，它是Linux和Windows通用的，不过功能上比shm弱了一些，在 Linux 上，这些函数直接是通过调用 shm* 系列的函数实现，而 Winodows 上也通过对系统函数的封装实现了同样的调用。 要创建共享内存段需要使用函数shmop，那么前提需要开启扩展。 shmop主要函数 shmop_open （创建或打开共享内存块）、shmop_write （向共享内存块中写入数据）、shmop_read （从共享内存块中读取数据）、shmop_size （获取共享内存块的大小）、shmop_close （关闭共享内存块）、shmop_delete （删除共享内存块） <?php //创建一块共享内存 $shm_key = 0x4337b101; $shm_id = @shmop_open($shm_key, 'c', 0644, 1024); //读取并写入数据 $data = shmop_read($shm_id, 0, 1024); shmop_write($shm_id, json_encode($data), 0); $size = shmop_size($shm_id); /

问题描述 这几天做银行对帐接口时，踩了一个坑，具体需求大致描述一下。 银行每天凌晨后，会开始准备昨天的交易流水数据，需要我们这边请求拿到。 因为他们给的是一个base64加密的zip压缩流，解开以后可以得到txt文件，里面就是我们需要的数据了。 业务程序写好以后，随手丢了一个定时任务就去睡觉了。 哪知道第二天上班的时候，检查。发现并没有拿到数据，查询一下日志的时候发现，凌晨服务端请求的时候，银行接口返回了：系统错误信息。 咨询银行那边后，银行那边相关人员建议我们多请求几次，但是在多次请求中，我发现银行那边是有频率限制的，最后得知，此接口只能半个小时才能请求一次。这就比较尴尬了，因为我不知道银行那边什么时候能返回数据给我。 于是这个问题怎么解决呢？理想的情况是，服务端请求数据，银行那边没有返回。然后程序等半个小时后，再请求一次，这样一直到银行那边返回正确的数据中止。 问题分析 这个功能换作别的语言也许不难，但是通过php实现的话，那就比较麻烦了。通常的话，我们可以搭配linux下的cron来实现，比如我们可以在凌晨到6:00之间做一个定时任务，每半个小时扫描一次php脚本，如果发现银行那边的状态依旧为失败的话，我们就执行一次php脚本去请求数据。直到请求到正确的数据，然后把状态更新为成功。 这不失为一种方法，但太傻了。比如说银行那边比较正常，凌晨，也就是第一次请求的时候

1.通常情况我们修改/etc/php.ini文件，仅会修改错误日志与文件上传 #;;;;;;;;;;;;;;;;; # Error logging ; #;;;;;;;;;;;;;;;;; expose_php = Off # 关闭php版本信息 display_error = Off # 屏幕不显示错误日志 error_reporting = E_WARNING & E_ERROR # 记录php错误日志至后台 log_errors = On # 开启日志 error_log = /var/log/php_error.log # 错误日志记录的位置 date.timezone = PRC # 时区调整,默认PRC, 建议调整为Asia/Shanghai #;;;;;;;;;;;;;;; # File Uploads ; #;;;;;;;;;;;;;;; file_uploads = On # 开启文件上传功能，默认启动 upload_max_filesize = 300M # 允许上传文件的最大大小 post_max_size = 300M # 允许客户端单个POST请求发送的最大数据 max_file_uploads = 20 # 允许同时上传的文件的最大数量 memory_limit = 128M # 每个脚本执行最大内存 #/etc/php.ini优化配置如下 sql

一、多表查询连接的选择： 相信这内连接，左连接什么的大家都比较熟悉了，当然还有左外连接什么的，基本用不上我就不贴出来了。这图只是让大家回忆一下，各种连接查询。 然后要告诉大家的是，需要根据查询的情况，想好使用哪种连接方式效率更高。 二、MySQL的JOIN实现原理 在MySQL 中，只有一种Join 算法，就是大名鼎鼎的Nested Loop Join，他没有其他很多数据库所提供的Hash Join，也没有Sort Merge Join。顾名思义，Nested Loop Join 实际上就是通过驱动表的结果集作为循环基础数据，然后一条一条的通过该结果集中的数据作为过滤条件到下一个表中查询数据，然后合并结果。如果还有第三个参与Join，则再通过前两个表的Join 结果集作为循环基础数据，再一次通过循环查询条件到第三个表中查询数据，如此往复。 ——摘自《MySQL 性能调优与架构设计》 三、补充：mysql对sql语句的容错问题 即在sql语句不完全符合书写建议的情况，mysql会允许这种情况，尽可能解释它： 1)一般cross join后面加上where条件，但是用cross join+on也是被解释为cross join+where； 2)一般内连接都需要加上on限定条件，如上面场景一；如果不加会被解释为交叉连接； 3)如果连接表格使用的是逗号，会被解释为交叉连接； 注

在 PHP5 和 PHP7 中通过变量获取函数/方法名执行函数/方法时，可能会由于版本之间不通的解释策略导致相同的代码无法运行。 示例 $a = ['add', 'sub']; class Test { 　　public function add() 　　{ 　　　　echo 1 + 2; 　　} } $t = new Test(); $t->$a[0](); 上例在 PHP5.6 下可以正常运行，但在 PHP7 下会抛出 Fatal error: Function name must be a string。这是因为 PHP5 下执行$t->$a<a href="">0</a>时，会先执行$a[0]，获取元素值，然后执行对象的具体方法。 在 PHP7 下，则会先执行$t->$a，导致抛出错误，中断执行。如需要在 PHP7 下正常执行，需要修改为$t->{$a[0]}()。 具体差异可参考： 以上内容希望帮助到大家， 很多PHPer在进阶的时候总会遇到一些问题和瓶颈，业务代码写多了没有方向感，不知道该从那里入手去提升，对此我整理了一些资料，包括但不限于：分布式架构、高可扩展、高性能、高并发、服务器性能调优、TP6，laravel，YII2，Redis，Swoole、Swoft、Kafka、Mysql优化、shell脚本、Docker、微服务