mysql查询时间过长

Posted 2023-05-11

$username = "0002b09e-43ef-11e3-aa3b-90b11c4a1be8";

SELECT a.username,b.tatle,b.last_time FROM test AS a
LEFT JOIN test1 AS b ON a.id = b.user_id
WHERE a.co='".$usermes."'
AND b.tatle>1 ORDER BY last_time
两张表联合查询 test 大概有5万多条数据
test1 大概有10万多条数据 通过$username查询test表会查出10条数据左右 再通过这10条数据查询test1表关联的信息 查询时间好长大概要花费0.2秒多的时间 有没有办法可以减少这个时间啊 如果在进行分页处理的话 时间话费甚至在1秒以上 求指点

参考技术A 不用left join 直接把连接条件放到where里：

SELECT a.username,b.tatle,b.last_time
FROM test AS a, test1 AS b
WHERE a.id = b.user_id AND a.co='".$usermes."'
AND b.tatle>1
ORDER BY last_time

或者使用子查询来减少笛卡尔积：
SELECT a.username,b.tatle,b.last_time
FROM (SELECT id,username FROM test WHERE co='".$usermes."') a
LEFT JOIN test1 AS b ON a.id = b.user_id
WHERE b.tatle>1
ORDER BY b.last_time本回答被提问者采纳 参考技术B 设计的时候 尽量少的用 联合查询 ，效率低

Gatsby 警告构建“查询时间过长”

【中文标题】Gatsby 警告构建“查询时间过长”

【英文标题】：Gatsby warning on build "query takes too long"

【发布时间】：2021-05-05 12:52:41

【问题描述】：

我正在使用 Gatsby 和 Netlify CMS 构建一个静态网站。该网站也托管在 Netlify 上。我有一个博客部分，我从降价文件中为每篇文章生成一个页面。对于我生成的每个文章页面，在构建过程中我都会收到以下警告“查询时间过长”。该网站最终会构建，但构建时间会随着我生成的页面越多而变得越来越长，所以当我开始在我的网站中包含太多文章时，我担心它会变得太长。

我正在为 netlify CMS 创建的每个 Markdown 文件生成一个页面。

您是否介意查看 gatsby-node 文件中的代码以及我在博客模板文件中使用的查询，看看我是否做错了什么可以解释构建时警告消息？

谢谢

这是我的开发环境

  npmPackages:
    gatsby: ^2.26.1 => 2.26.1
    gatsby-image: ^2.10.0 => 2.10.0
    gatsby-plugin-netlify-cms: ^4.8.0 => 4.8.0
    gatsby-plugin-react-helmet: ^3.8.0 => 3.8.0
    gatsby-plugin-sharp: ^2.13.0 => 2.13.0
    gatsby-plugin-styled-components: ^3.9.0 => 3.9.0
    gatsby-remark-images: ^3.10.0 => 3.10.0
    gatsby-remark-prismjs: ^3.12.0 => 3.12.0
    gatsby-source-filesystem: ^2.9.1 => 2.9.1
    gatsby-transformer-remark: ^2.15.0 => 2.15.0
    gatsby-transformer-sharp: ^2.11.0 => 2.11.0
  npmGlobalPackages:
    gatsby-cli: 2.18.0

这是我在 gatsby-node 文件中生成的帖子页面的代码

exports.createPages = async ( actions, graphql, reporter ) => 
  const  createPage  = actions

  const blogPostTemplate = require.resolve(`./src/templates/blog-post.js`)

  const categoryPageTemplate = require.resolve(
    `./src/templates/category-page.js`
  )
  const uncategorizedPageTemplate = require.resolve(
    `./src/templates/uncategorized.js`
  )
  const _ = require("lodash")

  const result = await graphql(`
    
      posts: allMarkdownRemark(
        sort:  fields: [frontmatter___date], order: DESC 
      ) 
        edges 
          node 
            id
            frontmatter 
              categories
            
            fields 
              slug
            
          
        
      
      categoriesGroup: allMarkdownRemark 
        group(field: frontmatter___categories) 
          fieldValue
        
      
    
  `)
  // Handle errors
  if (result.errors) 
    reporter.panicOnBuild(`Error while running GraphQL query.`)
    return
  

  const posts = result.data.posts.edges
  const categories = result.data.categoriesGroup.group

  posts.forEach(( node , index) => 
    const nextPostId = index === 0 ? null : posts[index - 1].node.id
    const previousPostId =
      index === posts.length - 1 ? null : posts[index + 1].node.id

    createPage(
      path: `blog$node.fields.slug`,
      component: blogPostTemplate,
      context: 
        // additional data can be passed via context
        id: node.id,
        index,
        nextPostId
        previousPostId
      ,
    )
  )


const  createFilePath  = require(`gatsby-source-filesystem`)

exports.onCreateNode = ( node, actions, getNode ) => 
  const  createNodeField  = actions

  if (node.internal.type === `MarkdownRemark`) 
    const value = createFilePath(
      node,
      getNode,
    )

    createNodeField(
      node,
      name: `slug`,
      value,
    )
  

这是我在博客帖子模板文件中的查询，用于从 pageContext 中获取带有 id 的帖子：

export const pageQuery = graphql`
  query($id: String!, $previousPostId: String, $nextPostId: String) 
    markdownRemark(id:  eq: $id ) 
      id
      html
      frontmatter 
        featuredImage 
          childImageSharp 
            fluid(maxWidth: 1600) 
              ...GatsbyImageSharpFluid_withWebp_tracedSVG
            
          
        
        title
        description
        date(formatString: "MMMM DD, YYYY")
        categories
      
    
    previous: markdownRemark(id:  eq: $previousPostId ) 
      frontmatter 
        title
      
      fields 
        slug
      
    
    next: markdownRemark(id:  eq: $nextPostId ) 
      frontmatter 
        title
      
      fields 
        slug
      
    
  
`

【参考方案1】：

Gatsby 的团队实际上正致力于通过添加一些“缓存”功能来缩短构建时间。您可以在他们的releases notes 中跟踪堆栈跟踪，他们仍处于 beta 测试阶段（其中一些主要关注gatsby develop。

如果你想试试看它是否能缩短构建开发时间，你只需要将 Gatsby 升级到最新版本 (^2.28) 并且：

// In your gatsby-config.js
module.exports = 
  // your existing config
  flags: 
    FAST_DEV: true,
  ,

关于gatsby build，同时在Netlify中，你可以激活一些插件（例如Gatsby Cache）。

在所有这些东西中，您还可以添加增量构建功能（在 Netlify's post 中由伟大的 Jason Lengstorf 描述）。安装所需的依赖项（升级 Gatsby 和 cross-env）后，只需自定义构建命令（也在 Netlify 的仪表板中）以启用 PAGE_BUILD_ON_DATA 功能：

"build": "cross-env GATSBY_EXPERIMENTAL_PAGE_BUILD_ON_DATA_CHANGES=true gatsby build --log-pages"

【讨论】：

谢谢，昨天发帖后我确实找到了netlify的文章，并会尝试实现这些方法。还意识到我的图像文件是高分辨率的，我认为这不是问题，因为 gatsby 根据视口提供正确的图像大小（并且网站一旦上线非常快），但我不知道 gatsby 必须在构建期间处理较重的文件并且它正在减慢速度。我使用网络优化图像进行了测试，到目前为止，我不再收到构建警告。

@Vincent - 即使使用缓存插件和网站上的大量图像，我也遇到了类似的问题。当您说网络优化图像时，您指的是什么？只是将它们从 Photoshop 保存到小文件中？谢谢！

@SpencerBigum - 是的，我还在 Photoshop 中减小了文件的大小。实现缓存方法后，我的构建时间现在大约是 2 分钟