乐观并发控制与 seq_no

做的事：真实索引一篇文档，拿到它的seq_no和primary_term，再用这组值去更新，验证成功后seq_no会不会前进

代码PUT /occ_test/_doc/1 {"n":1} # 真实拿到 _seq_no=0, _primary_term=1 PUT /occ_test/_doc/1?if_seq_no=0&if_primary_term=1 {"n":2}

验证：带着正确的seq_no和primary_term去写，真实成功了，seq_no真实前进到了1

写入前: _seq_no=0, _primary_term=1
带if_seq_no=0&if_primary_term=1写入: result="updated", _seq_no=1
  ← 真实写入成功，seq_no也真实跟着前进了

这组真实结果展示了乐观并发控制最基本的工作方式：客户端真实先读出文档当前的_seq_no和_primary_term，带着这组"我以为的当前版本标识"去发起写入，只要这组值真实跟服务端此刻记录的完全一致，写入就真实被允许执行，并且_seq_no真实会在这次写入成功后递增，标志着文档真实进入了下一个版本。

真实用刚才那个已经过期的seq_no=0再写一次，看服务端会不会真的拒绝它

代码PUT /occ_test/_doc/1?if_seq_no=0&if_primary_term=1 {"n":3} # 真实复用已经过期的seq_no

验证：真实直接409报错，错误信息精确写出了"你以为的seq_no"和"服务端真实的当前seq_no"两者的差异

→ 409 version_conflict_engine_exception:
  "[1]: version conflict, required seqNo [0], primary term [1].
   current document has seqNo [1] and primary term [1]"

分步演示：乐观并发控制从正确版本标识写入成功到过期标识被真实拒绝的完整验证

每一步都是本文上面在本机真实的Elasticsearch 8.15.0上跑出来的原始结果。