这个特定问题与将 mongodb 与 golang 包一起使用有关mongo-driver，但我认为这适用于大多数与 mongodb 的接口。
当Find用于从集合中查询某些数据时，我们可以同时使用bson.M- 和bson.D- 类型来指定此查找的过滤器。
bson.D如果元素的顺序很重要，bson.M则应根据文档使用，否则应使用。
D 是 BSON 文档的有序表示。当元素的顺序很重要时，应该使用这种类型，例如 MongoDB 命令文档。如果元素的顺序无关紧要，则应使用 M 代替。
现在我的问题是使用这些结构中的任何一个，即有序与无序，结构是否会对 mongo 查询优化器生成的查询计划产生影响。
在经典的 SQL 数据库中，顺序通常无关紧要，因为优化器足够聪明，可以使用汇总统计信息、索引等来确定首先执行哪些查询。
我是否可以假设这里也是这种情况，或者使用有序结构来查询我的集合是否会以某种方式干扰这一点/是否使用类似于使用优化器提示的有序结构工作？如果有一些干扰，这是否受到要搜索的字段是否被索引的影响？
我需要使用JDBC将大量插入(即两位数百万)插入Oracle-DB.为此,我使用类似下面的类,灵感来自使用JDBC进行批量INSERTS的高效方法:
public class Inserter {
private final int batchSize;
private final Connection con; // with .setAutoCommit(false)
private final PreparedStatement ps;
private int currentSize = 0;
public Inserter(Connection con, PreparedStatement ps, int batchSize) {
this.con = con;
this.ps = ps;
this.batchSize = batchSize;
}
public void addInsert(Object[] vals) throws SQLException {
ps.clearParameters(); // should be redundant, but better safe than sorry
for (int i = 0; i < val.length; i++) {
this.ps.setObject(i + 1, vals[i]);
}
ps.addBatch(); …我对 Angular 很陌生，据我所知，Subject这是用于多播的标准类。当尝试这个类时，我发现有两种（可能甚至更多）处理其值变化的途径。
Observable直接在组件内使用类型对象
在这种方法中， anObservable在组件内声明如下：
foo$ : Observable<boolean>;
然后使用以下方法在 html 文件中使用：
<p *ngIf="(foo$ | async) as foo">Bar!</p>
第二种方法是Subscription在组件内有一个类型对象，该对象分配给某个成员变量：
s: Subscription;
foo: boolean;
其中订阅初始化如下：
constructor(private fbs: FooBarService) {
this.s = fbs.fooObservable.subscribe(v => this.foo = v);
// this.s.unsubscribe() is called within ngOnDestroy()
}
然后 html 将使用如下代码：
<p *ngIf="foo">Bar!</p>
除了个人喜好之外，是否有任何理由更喜欢这些方法中的任何一种？
当删除 pod 或部署新版本的 pod 时，kubernetes 理论上应该向正在SIGTERM运行的进程发送.gracePeriodSecondsSIGKILL
我遇到了这个问题，这第一个SIGTERM似乎永远不会被发送。我的集群中的默认设置从未更改（kill 在 30 秒后按预期发送），因此我的假设是我的 Dockerfile 可能存在错误、权限或类似问题（见下文）。
我已经排除了优雅关闭逻辑中存在的错误，SIGTERM通过kubectl exec-ing 进入 pod 并kill -15在按预期工作的进程上使用来捕获可执行文件中的 。
Dockerfile 如下所示：
FROM debian:bullseye-slim AS app
ARG USERNAME=app
ARG USER_UID=1000
ARG USER_GID=$USER_UID
RUN apt update && apt install -y libssl-dev zstd ca-certificates pkg-config
RUN groupadd --gid $USER_GID $USERNAME \
&& useradd --uid $USER_UID --gid $USER_GID -m $USERNAME
WORKDIR /home/$USERNAME
ARG RELEASE_DIR
ARG SERVICE
USER $USERNAME
COPY $RELEASE_DIR .
EXPOSE …根据我的理解，获得互斥体的锁定，然后立即在受保护的结构上调用函数，而无需为 MutexGuard 声明单独的变量，一旦函数调用完成，就会释放此保护。
我的问题是，在循环声明中获取锁时是否也是这种情况，如下所示：
for ele in mtx.lock().await.clone() {
// do something requiring lock on mtx
}
这里的期望是，一旦clone调用完成，mtx 上的锁就会被释放，并且可以在循环内重新获取。是这样吗？如果不是，为什么情况并非如此？