背景前几天在项目上线过程中，发现有一个页面无法正确获取数据，经排查原来是接口调用超时，而最后发现是因为SQL查询长达到20多秒而导致了问题的发生。这里，没有高深的理论或技术，只是备忘一下经历和解读一些思想误区。
复杂SQL语句的构成这里不过多对业务功能进行描述，但为了突出问题所在，会用类比的语句来描述当时的场景。复杂的SQL语句可以表达如下：SELECT * FROM a_tabl
转载
2024-08-25 22:25:34
387阅读
一般的错误跟踪，只需在配置文件 【postgresql.conf】简单设置几个参数，当然还有错误级别等要设置。 logging_collector = onlog_destin
转载
2019-07-09 11:23:00
846阅读
2评论
示例：启用 SQL 跟踪PostgreSQL 支持集中格式输出 stderr（默认）, csvlog , syslog一般的错误跟踪，只需在配置文件 【postgresql.conf】简单设置几个参数，当然还有错误级别等要设置。logging_collector = onlog_destination = 'stderr'log_directory = 'log'lo
原创
2023-01-11 02:11:13
1094阅读
小李今天刚上班就收到客户的反馈，说查询用户信息会非常的慢，有时甚至会出现超时的现象。 图片来自 Pexels 小李这就纳闷了分明已经给表加上了索引为什么还这么慢呢。小李分析了好久都没分析出原因，于是只能找到同部门的扫地僧大林子。大林子一边听着小李的描述一边看着项目，就在小李刚把问题描述完大林子就对小李说：“问题解决了”，小李震惊不已，问道：“这么 6，是什么原因导致的呢？分明我已经加了索引
转载
2024-02-29 18:16:59
49阅读
查询速度慢的原因很多，常见如下几种： 1、没有索引或者没有用到索引(这是查询慢最常见的问题，是程序设计的缺陷) 2、I/O吞吐量小，形成了瓶颈效应。 3、没有创建计算列导致查询不优化。 4、内存不足 5、网络速度慢 6、查询出的数据量过大（可以采用多次查询，其他的方法降低数据量） 7、锁或者死锁(这也是查询慢最常见的问题，是程序
转载
2024-04-01 01:34:46
1463阅读
慢查询开启慢日志功能慢日志分析工具ExplaintypeExtra 开启慢日志功能– 查看慢日志开启状态 SHOW VARIABLES like ‘%slow%’# 找到日志文件，在docker中找mysql日志文件
# 进入到docker容器 -i 打开标准输入接收用户输入命令 -t 分配伪终端
docker exec -it 容器名（容器ID或者部分ID） /bin/bash-- mysql
转载
2024-03-05 04:23:35
503阅读
n = 'csvlog' log_min_duration_statement = 100ms pg_ctl re
转载
2019-07-09 11:21:00
326阅读
2评论
PostgreSQL 开启慢SQL捕获在排查问题时是个很有效的手段。根据慢SQL让我在工作中真正解决了实际问题，很有帮助。PostgreSQL 日志支持的输出格式有 stderr（默认）、csvlog 、syslog一般的错误跟踪，只需在配置文件 【postgresql.conf】简单设置几个参数，当然还有错误级别等要设置。logging_collector = on
log_dest
转载
2024-01-12 10:05:49
232阅读
Orcal与MySQL相比真的有太多地方可以吐槽了，但是面对它的市场定位以及市场占有率我们又无法避开它，这真的是一件**很头疼的事情！！！！**接下来介绍一些在Orcal中经常用到的提升查询效率的手段和一些简单的用法（随笔）…PLSQL简介：Plsql是对sql得扩展，使sql语言具有过成化编程的特性，比之一般的过程化编程如C等更方便灵活高效，可以存储过程和函数。优势之一可以不通过连接池直接对数据
首先数据库需要开启慢sql日志 首先查看一下数据库是否开启慢sql日志 数据库查询命令 show variables like 'slow_query%'; 变量名称 值 slow_query_log ON slow_query_log_file /www/server/data/mysql-slo ...
转载
2021-10-13 13:38:00
813阅读
2评论
文中使用的Oracle版本为10g。这是之前在工作中遇到的慢查询排查记录，为了防杠先做个声明。“All Roads Lead to Rome”以下方法是本人处理思路以及在排除掉其他外部因素后，只针对数据库层面的排查内容。当然了肯定有更好的排查方式，这里只是提供一个方案而已。1. 若出现插入速度慢或者无法插入数据的情况下，先检查表空间SELECT UPPER(F.TABLESPACE_NAME) "
转载
2024-06-29 12:57:16
1021阅读
postgresql查看慢查询
转载
2017-11-02 18:17:54
10000+阅读
点赞
在PostgreSQL的奇妙世界里，有时候数据库就像一头偷懒的老牛，查询起来慢悠悠的，急得人直跺脚。今天就给大家讲讲我是如何驯服这头“懒牛”，让它重新活力满满跑起来的。
现象
突然发现测试环境一条慢sql,就想着分析一下，写写总结。说到优化其实我个人认为是不到不得已还是没有必要的，毕竟除非特别重大的问题，影响了基本操作和体验，平时还是基本的配置也够了，就像《重构：改善代码的既有设计》当你闻到了代码的坏味道才需要重构，毕竟如果一个项目用户量小，并发不高，其实优化跟不优化差距差不了多少，而且有可能改着改着，新的bug就有产生了。但大的项目就不一样了，一点点小小的优化就
推荐
原创
2023-03-01 16:40:52
1079阅读
PostgreSQL sql查询慢优化方案有一下几种解决方案：1.关闭会话查询慢sql的执行会话，关闭进程。查看数据库后台连接进程SELECT count(*) FROM pg_stat_activity;
SELECT * FROM pg_stat_activity;查看数据库后台连接进程，但是此条SQL不包含当前查询进程SELECT count(*) FROM pg_stat_activit
问题原因： pageHelper会在查询语句的基础上增加一条语句：select COUNT(*) from xxx,这条语句引起的查询速度变慢。解决前： 我的表里只有两条数据都用了接近3s，这个延迟是完全不能忍受的。解决后（我使用的方案一）：可以明显看到问题被解决掉了，查询时间从原来的接近3000ms到现在的144ms，完全正常。方案一（简单，推荐，注意：MyISAM引擎不支持外键，且是表级锁，不
转载
2024-03-27 12:42:54
159阅读
我们一般使用分页都是使用limit来完成的，如果数据量小的话还可以，但是当数据量非常大的时候，不建立索引，通过全表查询，将会非常耗时，性能将受到很大的影响。第一种优化方式 在索引上完成排序分页的操作，最后根据主键关联回原表查询所需要的其他列内容例：我想对我之前的分页进行优化，没有优化前的sql语句<select id="queryNewsByPage" resultType="news"&
转载
2024-08-16 12:06:37
859阅读
查询速度慢的原因很多，常见如下几种： 1、没有索引或者没有用到索引(这是查询慢最常见的问题，是程序设计的缺陷) 2、I/O吞吐量小，形成了瓶颈效应。 3、没有创建计算列导致查询不优化。 4、内存不足 5、网络速度慢 6、查询出的数据量过大（可以采用多次查询，其他的方法降低数据量） 7、锁或者死锁(这也是查询慢最常见的问题，是程序
转载
2024-04-04 16:42:39
244阅读
文章目录一、前言二、慢查询概要2.1 第一步，慢查询分析之前的配置2.1.1 方式一：修改my.ini2.1.2 方式二：修改数据库2.2 第二步，找到执行慢的sql语句2.3 第三步，找到原因两种方式之一，explain分析，explain各个字段的解释2.4 第四步，找到原因两种方式之一，profile分析，找到慢查询的本质原因，profile各个字段的解释2.4.1 explain制造慢sq
SQL优化优化概述优化器成本EXPLAIN执行计划idselect_typetabletypepossible_keyskeykey_lenrefrowsextra优化器选择过程慢日志查询慢查询日志参数开启mysqldumpslow总结 优化概述数据库性能取决于数据库级别的多个因素，例如表、查询和配置设置。这些软件构造会导致硬件级别的 CPU 和 I/O 操作，您必须将其最小化并尽可能高效。典型
