请教Laravel下对于查询缓存和慢查询的两个问题

问答 / 0 / 8 / 创建于 1年前

查询缓存如何管理？

面临的问题：
项目代码中各处都有很多查询后的Cache，key的命名缺乏规范，缺少统一管理。
另外像 gnahotelsolutions/laravel-query-cache 之类的查询缓存库可以自动处理缓存key，还能提供一些类似分组的功能。不知道实际应用中有多少人会用，是不是靠谱。
以及有什么好的办法可以统计缓存命中率。

ORM下如何排查定位慢查询？
面临的问题：大量使用ORM的情况下，对于slow log中的sql大家是如何定位的。

请教下大家对于这些问题，有没有什么好的实践方式。

穿过你的黑发的我的手

课程读者 19 声望

暂无个人描述~

《L04 微信小程序从零到发布》

从小程序个人账户申请开始，带你一步步进行开发一个微信小程序，直到提交微信控制台上线发布。

《L03 构架 API 服务器》

你将学到如 RESTFul 设计风格、PostMan 的使用、OAuth 流程，JWT 概念及使用和 API 开发相关的进阶知识。

推荐文章：

更多推荐...

用 Laravel12 Startkit 做了一个 composer 私有包托管平台 😂 点赞超过 20 个开源，看看需要的人多不多 27 / 19 |

如何打造令后端面试官印象深刻的简历？ 14 / 10 |

花了四个月打磨的 Laravel Plus 开源 30 / 98 |

冯老师的困惑 —— 一个跑了两年的 BUG 19 / 16 |

在laravel下实现全双工的websocket开发 21 / 8 |

无需修改任何代码和扩展将你的Laravel项目性能提高20倍 101 / 98 |

Junwind

课程读者 611 声望 / 躺平大叔 @ 躺平社区

最佳答案

第一个问题，建议单独搞一个文件，作为redis key的记录，比如我现在要加一个redis key，我就在 cacheKey.php配置中，写上

<?php
// redis的key都记在这里面，最好加上注释
return [
    "userInfo" => "xx_userInfo_",
    'userDes' => "xx_userDes_",
    'shopInfo' => 'xx_shopInfo_',
    ......
];

使用时

$redis = new Redis();
$userInfoKey = $cacheKey['userInfo'] . $userId;
$userInfo = $redis->get($userInfoKey);

问题2：
sql慢，一般有几个常见毛病：

表数据很大了。
表没有索引，或者索引没有命中。
sql本身问题，比如联表查询过多，写的过于繁琐等。
ORM 自身瓶颈。

处理：

分表。
加索引。
加缓存，或者拆分查询，用代码去筛选条件。
替换为POD的sql。

可以在执行sql的地方，加耗时记录，分析具体是哪些ORM执行的sql慢。

1年前评论

穿过你的黑发的我的手（楼主）

在config登记key的话确实能统一管理，后面我其实想问的不是如何优化慢查询，而是慢查询的SQL如何定位到是哪个部分的代码产生的

Junwind （作者）

@穿过你的黑发的我的手定位慢查询，可以找一些大表，无索引，少索引的表，ORM比较复杂的，或者加ORM执行耗时日志

讨论数量: 8

小猪蹄子

203 声望

客户：这个列表怎么这么慢

1年前评论

周小云

肯定你网络不好你看我本地哗啦啦的快

打酱油的和尚

课程读者 17 声望

问题2：可以试下 overtrue/laravel-query-logger

1年前评论

Junwind

课程读者 611 声望 / 躺平大叔 @ 躺平社区

第一个问题，建议单独搞一个文件，作为redis key的记录，比如我现在要加一个redis key，我就在 cacheKey.php配置中，写上

<?php
// redis的key都记在这里面，最好加上注释
return [
    "userInfo" => "xx_userInfo_",
    'userDes' => "xx_userDes_",
    'shopInfo' => 'xx_shopInfo_',
    ......
];

使用时

$redis = new Redis();
$userInfoKey = $cacheKey['userInfo'] . $userId;
$userInfo = $redis->get($userInfoKey);

问题2：
sql慢，一般有几个常见毛病：

表数据很大了。
表没有索引，或者索引没有命中。
sql本身问题，比如联表查询过多，写的过于繁琐等。
ORM 自身瓶颈。

处理：

分表。
加索引。
加缓存，或者拆分查询，用代码去筛选条件。
替换为POD的sql。

可以在执行sql的地方，加耗时记录，分析具体是哪些ORM执行的sql慢。

1年前评论

穿过你的黑发的我的手（楼主）

在config登记key的话确实能统一管理，后面我其实想问的不是如何优化慢查询，而是慢查询的SQL如何定位到是哪个部分的代码产生的

Junwind （作者）

@穿过你的黑发的我的手定位慢查询，可以找一些大表，无索引，少索引的表，ORM比较复杂的，或者加ORM执行耗时日志

pigzzz

Laravel 8.x 译者 767 声望 / 搬砖 @ 工地

不知道你的Laravel版本是多少

10.x的话可以用这个监控慢查询
快速入门《Laravel 10 中文文档》

9.x 可以在 AppServiceProvider 中监听查询事件
快速入门《Laravel 9 中文文档》

1年前评论

晏南风

见习助教 149 声望

有没有好用的 laravel model cache

1年前评论

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容，与人为善，比聪明更重要！

帮助