PG单表500万数据查询慢，pg数据库查询前100条

为什么我在postgresql的json数据中查询,速度会比mysql慢很多

1、JSON支持和NoSQL：PostgreSQL最近增加了JSON支持，与传统的关系型数据库相比，它提供了更大的数据存储灵活性，因此，这方面PostgreSQL胜过MySQL。

2、PostgreSQL 的稳定性极强， Innodb 等引擎在崩溃、断电之类的灾难场景下抗打击能力有了长足进步，然而很多 MySQL 用户都遇到过Server级的数据库丢失的场景——mysql系统库是MyISAM的，相比之下，PG数据库这方面要好一些。

3、jsonb存储的二进制格式，避免了重新解析数据结构。它支持索引，这意味着你可以不使用指定的索引就能查询任何路径。当我们比较写入数据速度时，由于数据存储的方式的原因，jsonb会比json稍微的慢一点。

4、一般来说，PostgreSQL 是一个更强大、更高级的数据库管理系统，非常适合需要在大型环境中快速执行复杂查询的组织。但是，对于预算和空间更受限制的公司来说，MySQL 是一个理想的解决方案。

5、首先是速度，MySQL通常要比PostgreSQL快得多。MySQL自已也宣称速度是他们追求的主要目标之一，基于这个原因，MySQL在以前的文档中也曾经说过并不准备支持事务和触发器。

6、财务平台亿级数据量毫秒级查询优化之elasticsearch原理解析_wang123459的博客-CSDN博客_elasticsearch 查询优化 mysql底层B-tree 支持矮胖，高胖的时候就很难受，说白了就是数据量多会增加IO操作。ES底层倒排索引。

相关问答

Q1: 现在有一sql数据库,500多万条记录,按名称模糊查询的时候速度很慢,

1、其实只需要对该脚本略做改进PG单表500万数据查询慢，查询速度便会提高近百倍。

2、覆盖索引。比如表里有idPG单表500万数据查询慢，name，content字段，要模糊查name，给name建立字段后，只查name，id字段 select id，name from 表 where name like %123%PG单表500万数据查询慢；这样会走索引。

3、百万PG单表500万数据查询慢的数据量并不是很大，看样子应该是某一步“卡”PG单表500万数据查询慢了一下，看看执行计划，在哪一步卡住了，然后才好对症下药。

Q2: sqlserver,表已添加索引,是否仍会随着数据量不断不断增大而查询越来越慢...

这个就是数据不存在，如果挨个遍历表，速度可能不如使用视图。使用索引视图技术，这个跟使用表查询速度相差不大。sqlserver是高级版本，可以发挥多CPU优势，这个时候速度也相差不大。

一般数据量太大，再加上索引建的不好也是会变慢的。变慢一般都有不少解决办法的，比如分表分区一类的。分表就是类似于每个月一张表这种，分区可以将表分离在若干不同的表空间上。

索引没用好。sqlserver大表的条件多的时候，就必须使用组合索引来提升查询速度，不使用索引会导致查询复杂，就会变慢。

如果你的where条件用到你添加的索引，并且你的select 字段可以包含在索引里面，速度肯定要快一些。

这背后的原理是关系代数，所有的SQL都可以被表达成等价的关系代数式，关系代数式之间有等价关系，这个等价关系通过变换可以把关联子查询拆掉。上面的这篇文档是一个大学的教材，它从头教了关于代数和SQL之间的关系。

SQL Server数据库查询速度慢的原因有很多，常见的有以下几种： 没有索引或者没有用到索引（这是查询慢最常见的问题，是程序设计的缺陷） I/O吞吐量小，形成了瓶颈效应。 没有创建计算列导致查询不优化。

关于PG单表500万数据查询慢和pg数据库查询前100条的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。