gpt4 book ai didi

mysql - Laravel 慢查询

转载 作者:行者123 更新时间:2023-12-03 14:28:10 24 4
gpt4 key购买 nike

public function delete( ReportDetailRequest $request )
{
$id = (int)$request->id;
$customerRecord = CustomerInfo::find($id);
$customerRecord->delete();
}
我目前在一个 laravel 应用程序中有上述内容,其中一个 DELETE 请求被发送到这个 Controller 。目前,如您所见,它非常简单,但查询似乎 super 慢。它在 2.23 秒内返回 postman 。我应该怎么做才能加快速度?据我所知,数据库层(mysql)确实有一个关于 ID 的索引,并且应用程序没有在调试中运行。这是典型的吗?
编辑:
很好地认为请求验证可能正在做某事(它正在验证该用户是否具有要删除的身份验证)。
class ReportDetailRequest extends FormRequest
{
/**
* Determine if the user is authorized to make this request.
*
* @return bool
*/
public function authorize()
{
$id = (int)$this->route('id');
$customerInfo = CustomerInfo::find($id)->first();
$company = $customerInfo->company_id;
return (auth()->user()->company->id == $company );
}

/**
* Get the validation rules that apply to the request.
*
* @return array
*/
public function rules()
{
return [
//
];
}
}
显示创建表:
CREATE TABLE "customer_info" (
"id" int(11) NOT NULL AUTO_INCREMENT,
"user_id" int(11) DEFAULT NULL,
"report_guid" varchar(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci NOT NULL,
"customer_email" varchar(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci DEFAULT NULL,
"created_at" timestamp NULL DEFAULT NULL,
"updated_at" timestamp NULL DEFAULT NULL,
"report_read" tinyint(1) NOT NULL,
"customer_name" varchar(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci DEFAULT NULL,
"customer_support_issue" longtext CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci,
"company_id" int(11) NOT NULL,
"archived" tinyint(1) NOT NULL,
"archived_at" timestamp NULL DEFAULT NULL,
"report_active" tinyint(4) DEFAULT NULL,
"customer_screenshot" varchar(255) COLLATE utf8mb4_unicode_ci DEFAULT NULL,
"video_url" varchar(255) COLLATE utf8mb4_unicode_ci DEFAULT NULL,
PRIMARY KEY ("id"),
KEY "indexReportLookup" ("report_guid"),
KEY "guid" ("report_guid"),
KEY "customer_info_id_index" ("id")
)
基线:
 public function delete( Request $request )
{
// $id = (int)$request->id;
// $customerRecord = CustomerInfo::find($id);
// $foo_sql = $customerRecord->delete()->toSql();
// echo($foo_sql);
return 'test';
//$customerRecord->delete();
}
test response.
好的,一个全新的 table ,一个全新的请求。里面有一个 ID,看起来像这样:
enter image description here
Controller 看起来像:
public function deleteTest( Request $request )
{
$id = (int)$request->id;
$customerRecord = NewTable::where('id', '=', $id)->first();
$customerRecord->delete();
return response(null, 200);
}
Postman 版本为:Version 7.27.1 (7.27.1)
1630 毫秒。哇。对新表的简单请求需要 1.6 秒。

解释删除:
1   DELETE  new_tables      range   PRIMARY PRIMARY 8   const   1   100 Using where
解释选择
1   SIMPLE  new_tables      const   PRIMARY PRIMARY 8   const   1   100 Using index

MYSQL 版本 8.0.18
innodb_version 8.0.18

所以现在来增加乐趣。
一个无框架的 PHP 文件。简单的 GET 请求。 100 毫秒。
<?php
echo('tester');
?>
enter image description here
编辑。只是重申一下。
Laravel GET 方法(带身份验证)返回测试,返回 1.6 秒。
没有框架的“sample.php”文件在 100 毫秒内返回。
Laravel GET 方法(无认证)返回测试,在 430 毫秒内返回。
Laravel GET 方法(无需身份验证但具有 DB 访问权限)在 1483 毫秒内返回。
一旦应用程序开始使用数据库,看起来确实有一些东西阻止了请求。
Route::middleware('auth:api')->get('/test1','Api\CustomerInfoController@deleteTest')->name('report.deleteTest1.api');
Route::middleware('auth:api')->get('/test2','Api\NewTableController@index')->name('report.deleteTest2.api');

Route::get('/test3','Api\CustomerInfoController@deleteTest')->name('report.deleteTest3.api');
Route::get('/test4','Api\NewTableController@index')->name('report.deleteTest4.api');
Route::get('/test5','Api\NewTableController@dbTest')->name('report.deleteTest5.api');
新表 Controller :
<?php

namespace App\Http\Controllers\Api;

class NewTableController extends Controller
{


public function index()
{
return "test2";
}



}
CustomerInfoController(删除了一些东西,但方法在概念上与 NewTableController 非常相似,尽管进行了一些依赖注入(inject))。
<?php

namespace App\Http\Controllers\Api;
use App\Http\Controllers\Controller;
use Illuminate\Http\Request;
use App\Http\Requests\ReportDetailRequest;
use App\Services\CustomerInfoService;
use Auth;
use App\LookupParent;
use App\LookupChild;
use App\CustomerInfo;
use App\Http\Resources\CustomerInfoResourceCollection;
use App\Http\Resources\CustomerInfoResource;
use App\Http\Resources\CustomerInfoResourceDetail;
use Carbon\Carbon;
use App\NewTable;

class CustomerInfoController extends Controller
{
protected $customerInfoService;

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


public function deleteTest()
{
return 'deleteTest';
}


public function dbTest()
{
tap(NewTable::find(1))->delete();
}


}
结果:
/test1 (with authentication 1380ms)
/test2 (with authentication 1320ms)
/test3 (without authentication 112ms)
/test4 (without authentication 124ms)
/test5 (db without authentication 1483ms)
换句话说,身份验证与数据库进行对话,就像没有身份验证的简单删除查询一样。这些至少需要一秒钟才能完成。这导致上面提到的大约两秒钟的请求具有两个元素(身份验证和数据库访问)。
编辑。对于那些从谷歌阅读的人。问题与 Digital Ocean 提供的托管数据库有关。在同一个机器上在 MySQL 上设置本地化数据库,问题自行解决。认为这要么是来自世界各地 Web 服务器和数据库之间的数据中心的延迟,要么是 DigitalOcean 的数据库管理员配置错误。解决了自己,问题不是 Laravel。

最佳答案

尝试删除记录而不加载它:

public function delete( ReportDetailRequest $request )
{

$customerRecord = CustomerInfo::where('id',$request->id)->delete();

}
请注意,您不必将 $request->id 转换为 int

关于mysql - Laravel 慢查询,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/62828259/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com