即使放弃那棵树，也无法拥抱森林

前两天，需要给构建的测试库灌入测试数据，发现Insert性能非常差。

，更是需有一个表来做记录和判断，以免发生重号的情况，那么使用分区表以提高查询性能就势在必行了。如果系统中需要记录所有发放给的客人的卡号，这些信息如果放在一个表里，势必是会造成记录数超级多。Hash表的话，我不确定其性能到底怎么样，还是自己维护一组List分区表安心一点。建一个List分区表，字段不用多，保证IO时性能，分区值为某个字段的第一个字母。写SQL也就是半小时的事，先搞好之后记录下来，以后再去测试两种分区表的性能。说实话，我是因为不太理解Hash分区表才有这样的想法的。3、实现脚本及测试脚本。

PgSQL的内核日志文件，根据配置文件postgresql.conf的默认默认配置，放在log文件夹下。但是它不会自动清理，会无限增长直到把硬件撑爆。现有两种方案用于自动清理内核日志文件：1、配置方案来源：“PgSQL中文社区”翻译的《PgSQL14 中文手册》2、脚本方案（未验证）来源：Linux 使用shell脚本清理postgresql内核日志 - 南大仙 - 博客园postgresql内核日志格式为postgresql-2022-06-07_081953.loglog_filename = '

PostgreSQL监控知识，慢查询插件pg_stat_statements介绍

前段时间，看到钉钉里的单据号，突然发现它是每分钟将从1开始计数的，而我们若有业务需要，也很有可能会需要每月1号、或者每小时从1开始生成单据号

MySQL和PostgreSQL/pgsql中查询指定表指定字段的默认值写代码时，需要给实体类赋值，然后再进行Insert或者Update。Insert时，一些字段完全可以去查询，设计数据库时设置的默认值，而不是在代码里把值写死。而且在代码中需要逐个给字段赋值，不赋值的字段ORM生成的SQL里真的会给一个NULL值进去，有些ORM就是不能配置Insert时的[忽略字段]。

在公司的测试服务器上进行测试，分别测试两个数据库在BIGINT和DECIMAL时的性能。因为听说一些线上系统在存储金额的时候，在系统内部会把金额转成整数然后进行运算，而且我也想看看两种数据库在纯运算上有多大差距。

用于为测试库生成随机的姓名。生成的姓名基本能看，且一般能一眼看出不是正常的姓名，主要用于在系统测试时灌入测试数据，或用于覆盖现场正式数据为测试数据。可以避免发生张飞、赵云、李世民在你的系统里出现的情况。用于为测试库生成随机的姓名。

PostgreSQL/pgsql随机数生成函数random_int()，int版、smallint版和bigint版不管是MySQL还是PgSQL，随机数生成函数都要求带着算法才能用，还是封装一下，用起来方便。

不使用分区表插件，为PgSQL内置分区表，自动添加分区子表

此文是我做为日记来用的，后面再规范和整理1、索引太多会影响Insert、Update；2、索引太少不利于性能调优；3、数据结构分析、SQL拼写的分析如果太复杂，又不利于实际的开发工作；故，是否可以这样：1、第一步，确定某个表可能用到的、经常使用的查询条件，不建议加索引的字段后面会忽略SELECT * FROM t_big_data aa WHERE 1=1 AND aa.billingtime>='2021-08-01' AND aa.billingtime&

2020 年 5 月，我们与 OnGres 合作，对 GitLab 上的 Postgres 集群进行版本大更新，从 9.6 版本升级到 11 版本。升级全部在维护窗口内运行，没有丝毫差错；更新中所有涉及的内容、计划、测试，以及全流程自动化，全部进行拆包，只为实现一次近乎完美的 PostgreSQL 升级。本次版本更新，我们面临的最大难题在于如何利用一个规划完善的 pg_upgrade，方便且高效地对整体项目进行重要版本升级。为此，我们需要制定一个回滚计划，以保证 12 节点集群的 6 TB 数据一致的同