问题spark sql 执行多表join,executor 退出，报错Container killed on request. Exit code is 137。问题分析137错误是内存OOM的报错，对于这种情况应该增加executor的内存，或者减少executor的task并发数。解决1、增加driver 或者 executor的内存编辑 spark-defaults.conf 配置spark

众所周知，zookeeper是一个开源的分布式协调服务，很多分布式的应用都是基于zookeeper来实现分布式锁，服务管理，服务发现，通知订阅等功能。那么。zookeeper自身是如何在分布式环境下实现数据的一致性的呢。结构既然zookeeper是在分布式环境下提供服务的，那么它必须要解决的问题就是单点问题，因此zookeeper是一个主备的结构。zookeeper 存在leader,...

Jedis是Redis的java实现客户端，其API提供了比较全面的Redis命令的支持；Redisson实现了分布式和可扩展的Java数据结构，和Jedis相比，功能较为简单，不支持字符串操作，不支持排序、事务‘管道、分区等Redis特性。Redisson的宗旨是促进使用者对Redis的关注分离，从而让使用者能够将精力更集中地放在处理业务逻辑上。...

问题由于服务器上安装过很多版本的gcc，导致版本管理混乱，gcc 与 g++的版本不一致。最终导致编译的时候报错如下：gcc: error trying to exec 'cc1plus': execvp: No such file or directory解决执行yum install gcc-c++执行成功后，gcc和g++的版本都回归到了4.8.5，编译也不再报错了。...

基本概念介绍众所周知，es数据的版本控制是通过乐观锁来实现的。es的每个document中都维护了一个_version字段，这个字段表示了这个文档的版本号，文档刚创建之时，_version=1,后续对该文档的任何增删改操作都会使_version递增（注意删除文档也是会递增的！）。假设一个document的_version=4，我们提交了一个update请求去更新该文档，请求后缀带了?verso..