php菜鸟技术天地

$rs = $this->redis->Incr($name,1);//自增型 量=1 相当 +1 $rs = $this->redis->DECR($name,1);//自减型 量=1 相当 +1

把127.0.0.1改为0.0.0.0正式环境，一定要绑定服务器IP访问，就是不开放外网访问警告：请勿开启Redis外网访问权限，未限制访问IP的情况下极大概率导致服务器被入侵。

一、前言为了实现订单超时删除功能，使用到think-queue队列，本文记录安装和使用think-php，Redis及进程常驻Supervisor。thinkphp-queue 是thinkphp 官方提供的一个消息队列服务，它支持消息队列的一些基本特性：消息的发布，获取，执行，删除，重发，失败处理，延迟执行，超时控制等队列的多队列， 内存限制 ，启动，停止，守护等消息队列可降级为同步执行二、安装安装ThinkPHP6使用composer安装。composer create-pr

安装省略创建消息队列任务配置消息队列，将config/queue.php将’default’ => ‘sync’改为’default’ => ‘redis’，使用Redis驱动。php// +----------------------------------------------------------------------// | ThinkPHP [ WE CAN DO IT JUST THINK IT ]// +-----------------------

使用文档：https://www.daixiaorui.com/manual/redis-set.html/*1.Connection*/$redis = new Redis();$redis->connect('127.0.0.1',6379,1);//短链接，本地host，端口为6379，超过1秒放弃链接$redis->open('127.0.0.1',6379,1);//短链接(同上)$redis->pconnect('127.0.0.1',6379,1);//长链接

前言：秒杀这个问题，一直以来都是经典的面试题。但是秒杀也分大小。如果一个产品的用户不超过5w，上来就问双十一级别的秒杀。那就没有意思了~，所以今天就简单聊下一般条件下的秒杀的思路。方法只有两个，一个是装载秒杀商品。一个就是模拟用户进场秒杀。工具介绍首先环境就比较简单ApachePHP 7.3redis框架我选择的ThinkPHP5.1 不过这次我主要还是选择贴近原生的写法选择apache的原因很简单。自带压力测试工具ab。符合我们的需要。虽然我们知道nginx来做web服务器性能更好。

常用函数：sAdd,sMembers,sPop,sUnion等应用场景：与list类型类似，是一个列表的功能，不同的是set可以自动排重，提供了一个判断某一个成员是否存在一个set集合内的重要接口。连接$redis = new Redis();$redis->connect('127.0.0.1','6379');添加：成功返回1，存在相同的值返回0echo $redis->sAdd('set','cat'); //1echo $redis->sAdd('s..

list适用场景消息队列list类型的lpop和rpush（或者反过来，lpush和rpop）能实现队列的功能，故而可以用Redis的list类型实现简单的点对点的消息队列。最新列表list类型的lpush命令和lrange命令能实现最新列表的功能，每次通过lpush命令往列表里插入新的元素，然后通过lrange命令读取最新的元素列表，如朋友圈的点赞列表、评论列表。#消息队列demo 简单模拟抢购商品$redis = new redis();$redis->connect('

抢购、秒杀是如今很常见的一个应用场景，主要需要解决的问题有两个：1 高并发对数据库产生的压力2 竞争状态下如何解决库存的正确减少（"超卖"问题）对于第一个问题，已经很容易想到用缓存来处理抢购，避免直接操作数据库，例如使用Redis。重点在于第二个问题常规写法：查询出对应商品的库存，看是否大于0，然后执行生成订单等操作，但是在判断库存是否大于0处，如果在高并发下就会有问题，导致库存量出现负数<?php$conn=mysql_connect("localhost","big","1

在电商活动中，常常会出现高并发的情况，例如很多人同时点击购买按钮，以至于购买人数超出了库存量，这是一种非常不理想的状况，因此，我们在PHP开发中就会引入消息队列来解决这种高并发的问题。思路一览：当用户点击按钮提交购买请求时，并不直接马上执行购买请求动作，而是将请求动作存入消息列队，用户的请求到此结束，而在服务器后台，从消息列队中逐一取出请求记录，再进行数据库操作，完成处理之后，将处理结果返回给用户。由于消息队列的存取是先进先出（和栈相反），因此，所有处理将按请求顺序进行处理。由于处理是在后台一个一个完成