Laravel中常见的错误与解决方法小结

2024-09-28 02:58:38

一、报错：「Can't swap PDO instance while within transaction」

通过查询 Laravel 源代码，可以确认异常是在 setPdo 方法中抛出的：　

<?php

public function setPdo($pdo)
{
  if ($this->transactions >= 1) {
    throw new RuntimeException("
      Can't swap PDO instance while within transaction.
    ");
  }

  $this->pdo = $pdo;

  return $this;
}

?>

按字面意思理解，出现此错误是因为在开启了事务的情况下，切换了数据库连接。不过有时候，即便代码里没有显式的切换数据库连接，也有可能出现此错误。比如说在执行查询语句出错的时候，系统会通过 tryAgainIfCausedByLostConnection 方法判断问题是不是因为丢失连接导致的，如果是，那么系统会通过 reconnect 方法重新连接，在重新连接的时候，系统会通过 disconnect 方法执行一些清理工作，其中调用了 setPdo 方法。

理清了前因后果，自然就知道如何解决问题了：检查网络情况，确认数据库连接丢失的原因，这可能是某个设备有问题，也可能是某个 timeout 设置不当所致。一个相对 dirty 的处理方法是在查询前执行一下 DB::reconnect() 方法重新连接一下数据库。

二、报错：「Cannot delete job: NOT_FOUND」

此问题实际上和 Laravel 没太大关系，而是队列服务 Beanstalk 导致的。

Beanstalk

要解决这个问题，需要先理解一个消息的生命周期：当一个消息被放入队列的时候，它就进入了 READY 状态，与此同时，它会关联一个 TTR（time to run） 计时器，表示此消息允许运行的时间，当此消息被消费时，它就进入了 RESERVED 状态，消费完后，此消息就会被删除，如果消费的时间过长，比 TTR 还长，那么系统会认为认为此消费者已经挂了，进而会把消息从 RESERVED 状态退回到 READY 状态，交给另一个消费者重新处理。于是乎同一个消息可能会被多个消费者处理，第一个处理完的消费者可以正常的删除消息，而其余的消费者在删除消息的时候就会报无法删除的错误。

解决方法很简单，首先，需要确保 TTR 的设置不能太小；其次，实际上 Beanstalk 提供了一个专门的 touch 命令来解决执行时间过长的问题，此外，有些时候我们可能需要在应用层面上通过加锁来规避同一个消息被多个消费者同时处理的情况。

三、报错：「No query results for model」

在激活了 Laravel 读写分离的前提下，当消费者处理消息的时候，可能会收到类似错误。一个有潜在问题的队列命令大概如下所示：　

<?php

class Foo extends Command implements SelfHandling, ShouldBeQueued
{
  use InteractsWithQueue, SerializesModels;

  protected $bar;

  public function __construct($id)
  {
    $this->bar = Bar::find($id);
  }

  public function handle()
  {
    // $this->bar
  }
}

?>

很明显，当开启了 Laravel 读写分离的时候，因为主从延迟的缘故，所以 find 可能查询不到相应的数据，一旦我们分析到了这里，那么很可能会把写法修改成下面的样子：

<?php

class Foo extends Command implements SelfHandling, ShouldBeQueued
{
  use InteractsWithQueue, SerializesModels;

  protected $bar;

  public function __construct($id)
  {
    $this->bar = Bar::onWriteConnection()->find($id);
  }

  public function handle()
  {
    // $this->bar
  }
}

?>

也就是说，通过 Laravel 的 onWriteConnection 方法把查询固定在主服务器上，不过实际上无效。问题症结在于反序列化的时候，系统会在从服务器上一次 findOrFail 调用。　

<?php

protected function getRestoredPropertyValue($value)
{
  return $value instanceof ModelIdentifier
    ? (new $value->class)->findOrFail($value->id) : $value;
}

?>

因为我们无法 HACK 到框架内部，所以 onWriteConnection 就没有意义了。其实换个角度看问题，只要在系列化的时候，保证别用数据库对象做属性即可：

<?php

class Foo extends Command implements SelfHandling, ShouldBeQueued
{
  use InteractsWithQueue, SerializesModels;

  protected $id;

  public function __construct($id)
  {
    $this->id = $id;
  }

  public function handle()
  {
    $bar = Bar::onWriteConnection()->find($this->id);
  }
}

?>

四、总结

以上就是我在使用Laravel遇到的几个有代表性的报错以及解决方案，如果有问题欢迎大家一起交流。希望这篇文章对大家的学习或者工作能带来一定的帮助。

Laravel 5.3 学习笔记之错误&日志

1.简介 Laravel默认已经为我们配置好了错误和异常处理,我们在App\Exceptions\Handler类中触发异常并将响应返回给用户.本教程我们将深入探讨这个类. 此外,Laravel还集成了Monolog日志库以便提供各种功能强大的日志处理器,默认情况下,Laravel已经为我们配置了一些处理器,我们可以选择单个日志文件,也可以选择记录错误信息到系统日志. 2.配置错误详情显示配置文件config/app.php中的debug配置项控制浏览器显示的错误详情数量.默认情况下,该配置
laravel 5异常错误:FatalErrorException in Handler.php line 38的解决

前言本文主要给大家介绍了关于laravel5异常错误FatalErrorException in Handler.php line 38的解决,分享出来供大家参考学习,话不多说了,来一起看看详细的介绍. 1.错误提示 FatalErrorException in Handler.php line 38: Uncaught TypeError: Argument 1 passed to App\Exceptions\Handler::report() must be an instance of
laravel中的错误与日志用法详解

本文实例讲述了laravel中的错误与日志用法.分享给大家供大家参考,具体如下: 日志 laravel中的日志是基于monolog而封装的.laravel在它上面做了几个事情: ① 把monolog中的addInfo等函数简化成为了info这样的函数 ② 增加了useFiles和useDailyFiles两个参数,使得做日志管理和切割变的容易了 ③ 如果要调用monolog的方法需要调用callMonolog函数好了,看下下面几个需求怎么实现: 将不同的日志信息存放到不同的日志中去这个需求很
Laravel5.1自定义500错误页面示例

本文实例讲述了Laravel5.1自定义500错误页面的方法.分享给大家供大家参考,具体如下: Laravel 5.1中500错误是程序错误,程序错误一定是系统自带的500错误,可以通过以下步骤简单实现自定义500错误页面. 编辑PHP文件app/Exceptions/Handler.php内容如下: public function render($request, Exception $e) { if ($e instanceof ModelNotFoundException) { $e =
Laravel5.5新特性之友好报错以及展示详解

前言期待已久的laravel5.5 很快将为大家呈现,本文将给大家详细介绍关于Laravel5.5新特性之友好报错及展示的相关内容,分享出来供大家参考学习,话不多说了,来一起看看详细的介绍: Laravel5.5 获取源代码如今Laravel5.5官网并未正式发布,预计就是这几天的事情了! 开发者是可以通过以下命令获取laravel5.5源码的: laravel new laravel55demo --dev 通过命令安装完成后可以使用 php artisan --version 查看版本
解决laravel 5.1报错：No supported encrypter found的办法

本文主要介绍了关于解决laravel 5.1报错:No supported encrypter found的办法,分享出来供大家参考学习,下面来看看详细的介绍: 问题描述在使用laravel5.1进行项目开发的时候,出现了"No supported encrypter found. The cipher and / or key length are invalid."的报错信息,导致页面无法显示. 网上的绝大多数答案都是直接执行PHP artisan key:generate即可.
Laravel实现自定义错误输出内容的方法

本文实例讲述了Laravel实现自定义错误输出内容的方法.分享给大家供大家参考,具体如下: 这里分析一下laravel对于提交的数据进行验证,怎么自定义错误输出的内容在根目录下运行命令 php artisan make:request PostUpdateRequest 会在app\Http\Requests目录下创建PostUpdateRequest文件比如我设置 public function rules() { return [ 'posts_title' => 'required',
Laravel中常见的错误与解决方法小结

一.报错: 「Can't swap PDO instance while within transaction」通过查询 Laravel 源代码,可以确认异常是在 setPdo 方法中抛出的: <?php public function setPdo($pdo) { if ($this->transactions >= 1) { throw new RuntimeException(" Can't swap PDO instance while within transact
SQL Server 完整备份遇到的一个不常见的错误及解决方法

1. 错误详情有一次在手动执行数据库完整备份时遇到如下错误: 执行多次都是这个错误信息. 提示无法生成检查点,原因可能是由于系统资源(如磁盘或内存空间)不足或者有时是由于数据库损坏而造成的. 我们检查数据库资源可以排除磁盘资源不足的情况. 2.检查点相关知识事务日志.数据文件和checkpoint的关系. 在SQL Server中,进行insert, update, delete时,数据并没有直接写入数据库对应的mdf文件中,而是写入了缓存里,这时,就要提到一个非常重要机制:CheckPo
java中常见的死锁以及解决方法代码

在java中我们常常使用加锁机制来确保线程安全,但是如果过度使用加锁,则可能导致锁顺序死锁.同样,我们使用线程池和信号量来限制对资源的使用,但是这些被限制的行为可能会导致资源死锁.java应用程序无法从死锁中恢复过来,因此设计时一定要排序那些可能导致死锁出现的条件. 1.一个最简单的死锁案例当一个线程永远地持有一个锁,并且其他线程都尝试获得这个锁时,那么它们将永远被阻塞.在线程A持有锁L并想获得锁M的同时,线程B持有锁M并尝试获得锁L,那么这两个线程将永远地等待下去.这种就是最简答的死锁形式(
vue中常见的问题及解决方法总结（推荐）

有一些问题不限于 Vue,还适应于其他类型的 SPA 项目. 1. 页面权限控制和登陆验证页面权限控制页面权限控制是什么意思呢? 就是一个网站有不同的角色,比如管理员和普通用户,要求不同的角色能访问的页面是不一样的.如果一个页面,有角色越权访问,这时就得做出限制了. 一种方法是通过动态添加路由和菜单来做控制,不能访问的页面不添加到路由表里,这是其中一种办法.具体细节请看下一节的<动态菜单>. 另一种办法就是所有的页面都在路由表里,只是在访问的时候要判断一下角色权限.如果有权限就允许访问,没有
jquery中的常见问题及快速解决方法小结

1 在开发开放聊天室的过程中,遇到使用ajax提交表单插入数据库时会插入两条数据的情况解决办法,在ajax函数返回后,return false. $("#btn").click(function(){ $.ajax({ do something }); return false; }) 2 去除选中元素的某一个属性使用removeattr 3 javascript中与时间相关的函数有setInterval("function",millisec[,"la
VC6.0常见链接错误与解决方法

(1)error LNK2001: unresolved external symbol _main 编号:LNK2001 直译:未解决的外部符号:_main. 错误分析:缺少main函数.看看main的拼写或大小写是否正确. (2)error LNK2005: _main already defined in xxxx.obj 编号:LNK2005 直译:_main已经存在于xxxx.obj中了. 错误分析: 直接的原因是该程序中有多个(不止一个)main函数.这是初学C++的低年级同学在初次
脚本发生错误怎么解决当前页的脚本发生错误的解决方法小结

那么下面我们编辑就为大家简单的介绍下脚本发生错误的一些原因与可能情况: 1.第一种页面中的脚本因为技术人员没有很好的处理好代码的兼容性或一些细节没有处理到,导致页面错误.但有时候确实不影响使用,这类错误就需要程序开发人员来解决. 2.第二种情况,因为网速较慢,导致后面的执行无法继续进行导致页面提示错误,这种情况刷新下,页面加载正常了即可解决问题. 3.可能是客户端安装了一些软件或浏览器安装了一些插件也会导致页面错误,那么这种情况就比较麻烦了,一般情况我们都是重新安装下IE. 如果大家有什么疑
Mongodb常见错误与解决方法小结(Mongodb中经常出现的错误)

今天在配置MongoDB时发生了以下几个错误, 已经被我解决了,提供给大家. 2015-05-12T09:30:26.313+0800 I STORAGE [initandlisten] exception in initAndListen: 28574 Cannot start server. Detected data files in /root/Desktop/mongodb/data created by storage engine 'mmapv1'. The configured
JQuery 1.3.2以上版本中出现pareseerror错误的解决方法

感觉很莫名奇妙,前一阵子还好好的,怎么现在就突然报错了? 程序根本没动.于是开始跟踪分析,请求.返回的内容...最后判断是jquery 不承认返回的内容是json格式.当时返回的内容是: 复制代码代码如下: {'keylist':[ {'tid':'13',"sumnum':'1'},{'tid':'21','sumnum':'1'} ]} 经过仔细检查也没发现任何问题,返回流的字符已经设成utf-8,内容用ff检测,ff也能识别成json格式,但此时还是报"pareseerror&
MYSQL中 TYPE=MyISAM 错误的解决方法

create 语句后面的TYPE=MyISAM TYPE=MyISAM 和 ENGINE=MyISAM 都是设置数据库存储引擎的语句 ,(老版本的MySQL使用TYPE而不是ENGINE(例如,TYPE = MYISAM). MySQL 5.1为向下兼容而支持这个语法,但TYPE现在被轻视,而ENGINE是首先的用法. 一般地,ENGINE 选项是不必要的:除非默认已经被改变了,MyISAM是默认存储引擎. 所以直接将原来TYPE=MyISAM 改成ENGINE=MyISAM 就可以了

Laravel中常见的错误与解决方法小结

相关推荐

随机推荐