fork

Redis 是一个内存数据库，所有的数据都直接保存在内存中，那么，一旦 Redis 进程异常退出，或服务器本身异常宕机，我们存储在 Redis 中的数据就凭空消失，再也找不到了。 Redis 作为一个优秀的数据中间件，必定是拥有自己的持久化数据备份机制的，redis 中主要有两种持久化策略，用于将存储在内存中的数据备份到磁盘上，并且在服务器重启时进行备份文件重载。 RDB 和 AOF 是 Redis 内部的两种数据持久化策略，这是两种不同的持久化策略，一种是基于内存快照，一种是基于操作日志，那么本篇就先来讲讲 RDB 这种基于内存快照的持久化策略。 一、什么是 RDB 持久化策略 RDB（redis database），快照持久化策略。RDB 是 redis 默认的持久化策略，你可以打开 redis.conf，默认会看到这三条配置。 save 900 1 900秒内执行一次set操作 则持久化1次 save 300 10 300秒内执行10次set操作,则持久化1次 save 60 10000 60秒内执行10000次set操作,则持久化1次 RDB 又分为两种，一种是同步的，调用 save 命令即可触发 redis 进行 RDB 文件生成备份，但是这是一个同步命令，在备份完成之前，redis 服务器不响应客户端任何请求。另一种是异步的，调用 bgsave 命令，redis 服务器

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 多进程下的文件描述符 我们都知道fork之后, 子进程继承了父进程的文件描述符. 但是这是什么意思? 如果父子进程或多个子进程同时操作这个文件描述符会如何? 奇怪的表现 脚本的基本逻辑是父进程读取要处理的文件是计算行数, 然后根据配置的子进程个数fork子进程,子进程处理某一范围的数据,比如子进程1处理1到10行, 子进程2处理11到20. 因为对这个文件的处理是只读操作, 所以没有进行文件拆分,而是直接使用继承的文件描述符, 各子进程移动到自己处理的范围进行处理. 但是在测试的时候, 发现有些子进程总是无法读到数据, strace 调试发现read(2)返回0. 但是增加fseek之后,又正常了, 见当时代码注释: //开发时发现如果没有这个fseek, 会导致$proc_idx=0的那个子进程fgets读不到数据,strace显示read返回0 //原因不明 fseek($order_file, ftell($order_file)); while(($line_no <= $stop) && $line = fgets($order_file, 4096)) { .... } 可以看到这个fseek到ftell完全是没有用的,但加了这句这后就就正常了. 真是匪夷所思. 开发时, 一开始是正常的,

来源： https://www.jianshu.com/p/de0b74f58f50 pcntl 是一个可以利用操作系统的 fork 系统调用在PHP中实现多线程的进程控制扩展，当使用 fork 系统调用后执行的代码将会是并行的。 pcntl 仅适用于Linux平台的CLI模式下使用。 PHP官方没有提供多线程的扩展，在 pecl 中有一个 pthread 扩展提供了多线程的特性，此版本仅在线程安全版本中可用。 创建子进程 pcntl_fork int pcntl_fork(void) 当 pcntl_fork 函数执行时会在当前进程下创建一个子进程，子进程与父进程在PID和PPID上会不同。 子进程会复制父进程中所有的数据、代码、状态等信息。当使用 pcntl_fork 成功创建子进程后，子进程会复制父进程的代码和数据。此时父进程和子进程拥有相同的代码和数据。子进程也会复制父进程的状态。 当使用 pcntl_fork 创建子进程，如果成功则会在父进程中将会返回0，在子进程中会返回自身的进程编号 PID 。如果创建失败则返回 -1 。 使用 pcntl_fork 创建的进程只是一个分支节点，相当于一个标记，父进程完成后子进程会从标记处继续执行，也就是说在 pcntl_fork 之后的代码分别会被父进程和子进程执行两遍，而两个进程在执行过程中得到的返回值却是不同的