首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

Laravel队列简单使用

消息队列的主要特点是异步处理,主要目的是减少请求响应时间和解耦。所以主要的使用场景就是将比较耗时而且不需要即时(同步)返回结果的操作作为消息放入消息队列。...配置队列 安装扩展包 composer require "predis/predis:~1.0" 队列的配置信息存放在config/queue.php 在.env中修改配置驱动 QUEUE_DRIVER...=redis 使用redis驱动 REDIS_CLIENT=predis 使用predis 生成队列需要的数据表 有时候队列会执行失败,这张表用于存放失败信息 php artisan queue:failed-table...} 队列监控 1.通过命令监控 php artisan queue:listen 2.有图形界面的监控 Horizon 安装Horizon composer require "laravel/horizon...:~1.0" 生成配置 php artisan vendor:publish --provider="Laravel\Horizon\HorizonServiceProvider" 接下来输入 http

76020

填一个laravel视图缓存没有及时更新的坑

填一个laravel视图缓存没有及时更新的坑 2018-5-5 1.此坑背景 laravel在渲染blade模板后,会将渲染好的结果存到storage/framework/views(默认路径,也可在配置中修改的...google 好多次,得到了以下结论:  1.laravel 的视图缓存是无法设置过期时间的。 2.laravel的视图缓存功能是无法关闭的。 如果是这样,那一定是我的开发环境出了问题。...因为现状很明显,竟然一直有缓存!  那么就开始解决问题之路。 2.先说结论 我的开发机(用的vmware上的虚拟机)的系统时间和本地时间不一样导致模板文件更新有问题。...,且逻辑是 若blade文件的修改时间比缓存文件的时间小时 才会使用缓存。...修改好后,blade缓存更新的问题 fixed~~~ 接下来就是得查为什么我的虚拟机时间突然不对了~~~~  反正vmware奇怪的问题总是那么多 见怪不怪了 完结~ /vendor/laravel

1.8K20

Laravel队列「建议收藏」

默认是sync,即同步的,直接处理,无队列.要将其修改为对应的类型,如database,redis等 laravel学院文档地址 使用redis为例: 1,在config/queue.php return...你可以使用 Artisan CLI 生成新的队列任务: php artisan make:job SendReminderEmail --queued //--queued告诉 Laravel 该任务应该被推送到队列而不是同步运行...配置文件创建好了之后,可以使用如下命令更新 Supervisor 配置并开启进程: sudo supervisorctl reread sudo supervisorctl update sudo supervisorctl...start laravel-worker:* 如果出现异常: 可查看我博客的supervisor错误排查 后台队列(守护进程) Artisan 命令queue:work 包含一个–daemon 选项来强制队列...2.如果修改了代码,在后台队列中是无效的,必须重启队列 php artisan queue:restart 这个命令依赖于缓存系统重启进度表,默认情况下,APC 在 CLI 任务中无法正常工作,如果你在使用

1.7K10

laravel-redis消息队列

原理 消息队列由消息、队列、处理程序组成。 基本的流程就是由生产者(业务代码)将数据推送到队列中(此处使用的是Redis),然后由消费者(处理程序)从队列中取出数据进行加工处理。...Model; class Student extends Model { // 定义模型对应的数据库表名 protected $table = 'students'; } Laravel...的队列系统 队列配置文件存储在 config/queue.php,在.env文件中,配置queue的连接为 Redis QUEUE_CONNECTION=redis 任务类 接下来使用命令 php artisan...监听 开启监听队列 php artisan queue:work redis --queue=TestQueueStudent --tries=3 tries代表失败后最大尝试次数。...root@php:/var/www/html/laravel.cn# php artisan queue:work redis --queue=TestQueueStudent --tries=1 [2024

13410

laravel使用redis配置队列

有些任务并不需要及时运行,就可以将其写入队列,从而不影响主业务逻辑的进程。如:用户发帖成功后推送消息给其关注的用户。...image 以下用一个场景来模拟队列: 模拟用户发贴 新建路由:routes/web.php Route::get('/publish-article', 'HomeController@publish...image 配置redis队列 每当用户成功发贴,就将这一事件写入队列,我们使用Redis作为队列驱动器 首先安装相应扩展 nrk/predis $ composer require predis/predis...修改 .env 的 QUEUE_CONNECTION 值 QUEUE_CONNECTION=redis 任务失败重试表 有时候队列中的任务会失败。...Laravel 内置了一个方便的方式来指定任务重试的最大次数。当任务超出这个重试次数后,它就会被插入到 failed_jobs 数据表里面。

1.8K30

Laravel 5.0 之路由缓存

你可能没有注意到, 在 Laravel 4 以及更老版本中, 路由逻辑是性能上的一个瓶颈--特别是对于有很多路由定义的应用而言....一个只有几百条路由定义的 Laravel 站点, 框架光注册路由就需要半秒多的时间....不过以后不用担心这个问题了, 因为 Laravel 5 引入了 路由缓存(route caching), 可以大大优化路由的性能(闭包方式定义的路由不能缓存, 所以该把所有的闭包路由定义都移到控制器中了...使用路由缓存 老实说, 使用路由缓存很简单....如果你曾经用过 Handlebars 模板的预编译的话, Laravel 5 的路由缓存机制跟它有点类似. 这样就已经搞定了. 执行完这个命令以后, 所有的路由都是从缓存文件而不是路由文件进行读取.

1.4K80

谈谈缓存更新

看到好些人在写更新缓存数据代码时,先删除缓存,然后再更新数据库,而后续的操作会把数据再装载的缓存中。然而,这个是逻辑是错误的。...试想,两个并发操作,一个是更新操作,另一个是查询操作,更新操作删除缓存后,查询操作没有命中缓存,先把老数据读出来后放到缓存中,然后更新操作更新了数据库。...这里,我们先不讨论更新缓存更新数据这两个事是一个事务的事,或是会有失败的可能,我们先假设更新数据库和更新缓存都可以成功的情况(我们先把成功的代码逻辑先写对)。...为什么不是写完数据库后更新缓存?...Write Back套路,一句说就是,在更新数据的时候,只更新缓存,不更新数据库,而我们的缓存会异步地批量更新数据库。

1.1K20

缓存雪崩、缓存穿透、缓存预热、缓存更新缓存降级等问题!

,今天给大家整理一篇关于Redis经常被问到的问题:缓存雪崩、缓存穿透、缓存预热、缓存更新缓存降级等概念的入门及简单解决方案。...大多数系统设计者考虑用加锁或者队列的方式保证来保证不会有大量的线程对数据库一次性进行读写,从而避免失效时大量的并发请求落到底层存储系统上。...(2)还有一个解决办法解决方案是:给每一个缓存数据增加相应的缓存标记,记录缓存的是否失效,如果缓存标记失效,则更新数据缓存,实例伪代码如下: ?...这样,当缓存标记key过期后,实际缓存还能把旧数据返回给调用端,直到另外的线程在后台更新完成后,才会返回新缓存。...关于缓存崩溃的解决方法,这里提出了三种方案:使用锁或队列、设置过期标志更新缓存、为key设置不同的缓存失效时间,还有一各被称为“二级缓存”的解决方法,有兴趣的读者可以自行研究。

3.7K10

Vue视图更新再次踩坑

今天遇到一个Vue数据更新了,但是视图更新的问题,折腾了我2小时才搞定,有必要记录下来,防止日后再次踩坑。 问题描述 我需要显示一个列表,而且列表是可编辑的。比如可以修改列表每一项的名称等。...$forceUpdate(); // 加上视图才会更新 }, 按照以往的经验,只有直接赋值的时候editing=false,才会数据更新,但是视图更新,但是我现在已经使用了this....在网上搜寻的过程中,我发现了有人问,为什么数据更新了,但是Vue Devtools中的数据更新?...,或者使用了非响应式的数据,那么数据将无法在Vue Devtools中实时更新,但是你可以点击工具的刷新按钮,这时候可以看到数据进行了更新。...如果页面使用响应式的数据,或者使用了非响应式的数据,Vue DevTools的数据是不会更新的。

1K10

漫谈缓存更新之道

许多人在更新缓存时,先删除缓存,然后再更新数据库,而后续的操作会把数据再装载入缓存中。 然而,这个逻辑是错误的!!!...试想,两个并发操作,一个更新,一个查询,更新删除缓存后,查询没有命中缓存,先把旧数据读出来后放到缓存中,然后更新操作更新了数据库。于是,在缓存中的数据还是旧数据,导致缓存中持续地产生脏数据....这里,我们先不讨论更新缓存更新数据这两个事是一个事务的事,或是会有失败的可能,我们先假设更新数据库和更新缓存都可以成功的情况 更新缓存的的Design Pattern有四种 1 Cache Aside...,成功后,让缓存失效 一个查询操作,一个更新操作的并发 首先,没有了删除cache数据的操作,而是先更新数据库中的数据,此时,缓存依然有效,所以,并发的查询操作拿的是没有更新的数据,但是,更新操作马上让缓存的失效了...则用缓存服务自己来加载,从而对应用方是透明的 2.2 Write Through 和Read Through相仿,不过是在更新数据时发生 当有数据更新时 如果没有命中缓存,直接更新数据库,然后返回

3.1K31

缓存更新的套路

看到好些人在写更新缓存数据代码时,先删除缓存,然后再更新数据库,而后续的操作会把数据再装载的缓存中。然而,这个是逻辑是错误的。...试想,两个并发操作,一个是更新操作,另一个是查询操作,更新操作删除缓存后,查询操作没有命中缓存,先把老数据读出来后放到缓存中,然后更新操作更新了数据库。...这里,我们先不讨论更新缓存更新数据这两个事是一个事务的事,或是会有失败的可能,我们先假设更新数据库和更新缓存都可以成功的情况(我们先把成功的代码逻辑先写对)。...为什么不是写完数据库后更新缓存?...Write Back套路,一句说就是,在更新数据的时候,只更新缓存,不更新数据库,而我们的缓存会异步地批量更新数据库。

2.1K70

使用队列实现缓存淘汰

数据结构设计 在上文中实现了一个简单的缓存,并定时对缓存做过期处理。...在这一篇文章中将通过基于队列的思想实现对缓存的限制 在写代码之前,首先要想好数据怎么存储也就是存储结构,理清了这一步,代码就好写了。...可以简单的理解为,使用队列做了一层存储的check 队列数据结构 首先需要实现一个队列的存储结构,队列是一种线性的数据结构,我们可以使用数组或是链表来实现,因为我们需要的是一个定长的队列,而且时间复杂度要求低些...数据结构如下: type Queue struct { cap int //队列的容量 head int // 队列头游标 tail int // 队列尾游标...当队列满时,再添加数据,做pop出队操作,并删除map中的key,通过队列实现了对map长度的限制。

1.1K40
领券