主要知识点
（1）partial update内置乐观锁并发控制
（2）retry_on_conflict
post /index/type/id/_update?retry_on_conflict=5&version=6
一、一般情况下partial update实现过程
用户直接修改field,然后发送给应用程序，由应用程序直接发送给ES，和全量替换相比，全量替换要先去es进行查找，把查找的数据返回给应用程序，然后再次返回给用户界面，只有这样用户才知道要替换什么，partial update少了先查找的这一步。在es内部，由es先把原来旧的数据查找出来（得到数据和_version值），partial update的数据更新到这份数据中（带着_version值），然后把原来旧的数据标记为deleted,把新的数据进行替换。由此可以看出，用户是用的partial update，但是在ES内部，仍然是全量替换。但是在替换过程中仍然遵循乐观锁的控制策略。
二、并发情况下partial update实现过程
线程1取得es中的一条数据，此时_version=1,取得这条数据时对他进行partial update，
在线程1取得es中的数据后，线程二也取得该数据，并对该数据进行了修改，并写回了es，此时es中该数据的_version=2,
当线程1把他取的数据进行修改后，重新写回es时，所带的_version =1 ,因为此时es中_version=2,所以修改不成功，es自动将该次partial update fail掉，也就是这种情况下线程一的修改被es自动忽略。es内部会自动执行乐观锁的并发控制策略。
三、当_verion冲突时的办法
线程一写回数据时产生_version冲突，在这种情况下，就可以用以下语法：
1、post /index/type/id/_update?retry_on_conflict=5
retry策略：
（1） 再次获取该document的数据和最新的版本号
（2） 基于最新的版本号再次去更新，如果成功就OK
（3） 如果不成功就再一次执行1和2的步骤，最多执行5次。
2、post /index/type/id/_update?retry_on_conflict=5&version=6
指定版本号，也就是说当这次更新成功后的版本号就是6
