Laravel8中如何优化数据库查询

这篇文章主要介绍了Laravel8中如何优化数据库查询的相关知识，内容详细易懂，操作简单快捷，具有一定借鉴价值，相信大家阅读完这篇Laravel8中如何优化数据库查询文章都会有所收获，下面我们一起来看看吧。 如果应用运行缓慢或存在大量数据库查询，请按照以下性能优化提示来缩短应用的加载时间。本提示主要侧重于提高处理大型数据集时应用的内存使用率。处理大的集合时，分组检索结果处理，而不是一次性检索处理。如下展示了从 posts 表检索数据的过程。上面的例子会从 posts 表检索所有的记录并处理。如果这个表达到了 100 多万行呢？内存将很快被耗尽。为了避免在处理大型数据集时出现问题，我们可以检索结果子集并按照下面的方式处理它们。以上例子从 posts 表中检索 100 条记录对其进行处理，另外再检索 100 条记录进行处理。此迭代将继续，直到处理完所有记录。这种方法将创建更多的数据库查询，但内存效率会更高。 通常, 大型数据集的处理应该再后台进行。因此，可以在后台运行时进行更多查询，以避免在处理大型数据集时耗尽内存。示例进行单个数据库查询，检索表的所有记录，一个接一个一个处理 Eloquent 模型。这种方式仅查询一次数据库，得到全部 posts 。 但使用 php 生成器 优化内存使用。什么情况使用这个呢？这能够在应用层极大地优化内存使用，由于我们检索表的所有数据，数据库内存占用任然很高。在数据库内存较多，应用内存较少的时候，建议使用游标。然而，如果你的数据库没有足够的内存，最好使用 chunks 。chunk 和 chunkById 最大的区别是 chunk 通过offset 和 limit 检索数据。然而
chunkById 通过id 字段检索结构。id 字段通常是整型字段，而且它也是自增字段。chunk 和 chunkById 的查询如下。chunkchunkById通常，查询使用 limit 和 offset 是较慢的，尽量避免使用。chunkById 使用 id 整型字段，通过 where clause 查询，这样会更快。什么时候使用 chunkById ？当数据库存在自增 主键 的时候使用。通常从数据库检索数据时，会像下面这样做。上面的代码会得到如下的查询select * 表示从表中查出所有列。
当需要所有列时，这没有问题。然而，仅需要指定的列（id，title）时，只需要像下面这样检索那些列。上面代码得到如下查询这点主要关注对检索结果的处理时间。这不影响实际的查询时间。如我上面提到的，检索指定的列，可以这样做执行上面的代码，它会在幕后执行以下操作。执行 select title, slug from posts 查询检索出的每一行对应一个 Post 模型对象（对 PHP 对象）(query 构建器得到标准的 PHP 对象)为 Post 模型生成 collection返回 collection访问数据上面的方式有额外的开销，为每一行创建 Post 模型，并为这些对象创建免费云主机域名一个集合。如果的确需要 Post 模型实例而不是数据，这是最正确的做法。但如果您只需要两个值时，则可以执行以下操作：当上面代码被执行时，它在幕后会执行以下操作。对数据库执行 select title, slug from posts 查询创建一个数组，其中会以 title 作为 数组值，slug 作为 数组键返回数组 ( 数组格式：[ slug => title, slug => title ] )要访问结果，我们可以这么做如果您想检索一列，您可以这么做上面的方式消除了每一行 Post 对象的创建。这将降低查询结果处理的内存和时间消耗。建议在新代码中使用上述方式。个人感觉不值得花时间遵循上面的提示重构代码。
重构代码，最好是在要处理大的数据集或者是比较闲的时候统计表的行数，通常这样做这将生成以下查询上述方法将从表中检索所有行。将它们加载到 collection 对象中并计算结果。当数据表中的行较少时，这可以正常工作。但随着表的增长，内存很快就会耗尽。与上述方法不同，我们可以直接计算数据库本身的总行数。这将生成以下查询在 sql 中计算行数是一个缓慢的过程，当数据库表中有多行时性能会很差。最好尽量避免计算行数。这条建议你可能听说过无数次了。所以我会尽可能简短。让我们假设您有以下场景Author:{{$post->author->name}}上面的代码是检索所有的帖子，并在网页上显示帖子标题和作者，假设帖子模型关联作者。执行以上代码将导致运行以下查询。如上，1 条查询来检索帖子，5 条查询来检索帖子的作者（假设有 5 篇帖子）。因此对于每篇帖子，都会进行一个单独的查询来检索它的作者。所以如果有 N 篇帖子，将会产生 N+1 条查询（1 条查询检索帖子，N 条查询检索每篇帖子的作者）。这常被称作 N+1 查询问题。避免这个问题，可以像下面这样预加载帖子的作者。执行上面的代码得到下面的查询：从上面的例子，考虑作者归属于一个组，同时需要显示组的名字的情况。因此在 blade 文件中，可以按下面这样做。Author:{{$post->author->name}}Author’sTeam:{{$post->author->team->name}}接着得到下面的查询：如上，尽管预加载了 authors 关系，仍然产生了大量的查询。这是因为没有预加载 authors 上的 team 关系。通过下面这样来解决这个它。执行得到下面的查询。通过预加载嵌套关系，可以将查询数从 11 减到 3。想象一下，有 posts 和 authors 两张表。帖子表有 author_id 列归属作者表。为了得到帖子的作者 id，通常这样做执行得到两个查询。然而，可以直接通过下面方式得到作者 id 。什么时候采取上面的方式？采取上的方式，需要确保帖子关联的作者在作者表始终存在。很多时候，一些数据库查询是不必要的。看看下面的例子。上面代码是从两张不同的表（posts， private_posts）检索数据，然后传到视图中。
视图文件如下。PublishedAt:{{$post->published_at}}PublishedAt:{{$post->published_at}}正如你上面看到的，$private_posts 仅对 管理员 用户可见，其他用户都无法看到这些帖子。问题是，当我们在做我们进行两次查询。一次从 posts 表获取记录，另一次从 private_posts 表获取记录。private_posts 表的记录仅 管理员用户 可见。但我们仍在查询以检索所有用户记录，即使它们不可见。我们可以调整逻辑，避免额外的查询。将逻辑更改为上述内容后，我们对管理员用户进行了两次查询，并对其他用户进行了一次查询。我们有时需要进行查询以同一个表中检索不同类型的行。上述代码正从同一个表检索状态不同的行。代码将进行以下查询。如您所见，它正在对同一个表进行三次不同的查询以检索记录。我们可以重构此代码以仅进行一次数据库查询。上面的代码生成一个查询来检索全部特定状态的帖子，通过状态为返回的帖子创建不同的 collections 。三个不同的状态的变量由一个查询生成。如果查询中含有 where 条件作用于 string 类型的 column ，最好给这列添加索引。通过这列的查询将会快很多。上面例子，我们对 status 列添加 where 条件来查询。可以通过下面这样的数据库迁移来优化查询。分页结果时，我们通常会这样做这将进行两次查询，第一次检索分页结果，第二次表中计算表中的总行数。对表中的行数进行计数是一个缓慢的操作，会对查询性能产生负面影响。那么为什么 laravel 会计算总行数呢？为了生成分页连接，Laravel 会计算总行数。因此，当生成分页连接时，您可以预先知道会有多少页，以及过去的页码是多少。另一方面，执行 simplePaginate 不会计算总行数，查询会比 paginate 方法快得多。但您将无法知道最后一个页码并无法跳转到不同的页面。如果您的数据库表有很多行，最好避免使用 paginate，而是使用 simplePaginate。什么时候使用分页和简单分页查看下面的比较表，确定是分页还是简单分页适合您当尝试查询匹配特性模式的结果时，我们通常会使用上述查询导致全表扫描。如果我们知道出现在列值开头的关键字，我们会查询以下结果。最好避免在 where 子句中使用 SQL 函数，因为它们会导致全表扫描。 让我们看下面的例子。要根据特定的时间查询结果，我们通常会这样做这将导致类似的于下面的查询上面的查询将导致全表扫描，因为在计算日期函数之前，不会应用 where 条件。我们可以重构这个函数，以避免使用如下的 date sql 函数最好限制表中列的总数。可以利用像 mysql 这样的关系数据库将具有如此多列的表拆分为多个表。可以使用它们的主键和外键将它们连接在一起。向表中添加太多列会增加单个记录的长度，并且会减慢表扫描的速度。在执行 select * 查询时，最终会检索到一些实际上并不需要的列。这个技巧来自个人经验，并不是设计数据库表的标准方法。我建议只有当您的表有太多的记录或者会快速增长时才遵循这个技巧。如果一个表有存储大量数据的列(例如: 数据类型为 TEXT 的列) ，那么最好将它们分离到它们自己的表中，或者分离到一个不经常被询问的表中。当表中有包含大量数据的列时，单个记录的大小会变得非常大。我个人观察到它影响了我们其中一个项目的查询时间。假设您有一个名为 posts 的表，其中包含一列 内容，用于存储博客文章内容。博客文章的内容将是真正的巨大和经常的时候，你需要这个数据只有当一个人正在查看这个特定的博客文章。所以，在数据

相关推荐: html中的wbr标签怎么用

这篇文章主要为大家展示免费云主机域名了“html中的wbr标签怎么用”，内容简而易懂，条理清晰，希望能够帮助大家解决疑惑，下面让小编带领大家一起研究并学习一下“html中的wbr标签怎么用”这篇文章吧。 标签定义及用法 1、在html中，标签全称：WordBr…