什么时候需要配置-XX:+UseG1GC 综上所述，当您的应用程序需要大堆内存、对GC延迟有严格要求、或者当前使用的垃圾收集器（如CMS）不再满足性能需求时，您应该考虑配置。而在 JDK 9 及以后的版本中，G1 成为了默认的垃圾收集器。： 在 JDK 8 中，G1 不是默认的垃圾收集器，需要显式地通过。以下是关于何时需要配置。来启用G1垃圾收集器。
pgsql和mysql的自增主键差异 2. truncate table之后，mysql的自增主键从1开始，而pgsql的自增主键并不会重置到初始值，需要setval进行初始值的重置。pgsql的自增主键取初始值开始逐个尝试，所以存在可能与历史数据的主键重复的情况。pgsql解决上述问题的方式：重设自增值。mysql的自增主键是默认从最大值自增。1. 当有历史数据存在时，
kibana安装问题集合 警告1：[warning][security] Generating a random key for xpack.security.encryptionKey. To prevent sessions from being invalidated on restart, please set xpack.security.encryptionKey in kibana.yml。# 注意：参数值至少32位，否则启动会报错提示。
Elasticsearch语法之Term query不区分大小写 case_insensitive是term的可选参数，默认为false，表示关键词区分大小写，设置为true表示关键词不区分大小写。该参数在7.10.0开始有效。
Postgresql在jdbc处理bit字段的解决方案 经查阅，发现这个数据库在处理这个字段缺失存在问题，需要我们转换思想，在进行sql预处理的时候，就对bit字段进行转换： CAST(？as BIT(长度))。was aborted: 错误: 字段 "bit55" 的类型为 bit, 但表达式的类型为 boolean。bit如果长度大于1，则会默认为bit类型，但是代码中以前常用的两种set方式，会报错。bit如果长度为1，则会默认为布尔型（1-true 0-false）；转换的sql也是可以查出值的。在set的时候，直接用object的方式。
Elasticsearch小bug记录：term: XXX was completely eliminated by analyzer 这是因为我在停止词里面配置“南京”这个词导致的。删除停止词库中的“南京”或者去除对应的同义词皆可。下面这个报错，是在配置同义词的时候报的错：不能识别南京。
mongodb简介、安装、搭建复制集以及切片 Primary节点需要记录所有改变数据库状态的操作,这些记录保存在 oplog 中,这个文件存储在 local 数据库,各个Secondary 节点通过此 oplog 来复制数据并应用于本地,保持本地的数据与主节点的一致。因此，当选票不足时，会sleep[0,1]秒内的随机时间，之后再次尝试选举。BSON是一种类json的一种二进制形式的存储格式，简称Binary JSON，它和JSON一样，支持内嵌的文 档对象和数组对象，但是BSON有JSON没有的一些数据类型，如Date和Binary Data类型。
关注
