在做系统架构规划的时候，负载均衡，HA(高可用性集群，是保证业务连续性的有效解决方案，一般有两个或两个以上的节点，且分为活动节点及备用节点，当活动节点出现故障的时候，由备用节点接管）都是经常需要考虑的方案。对应并发及单点故障，考虑负载均衡方案是必不可少的。如果并发不高只是应对单点故障，则通常使用HA方案。　　负载均衡(LoadBalance)是集

随着互联网的普及，大流量高并发的场景越来越多，数据库成为整个系统最终重要服务，不能出一点问题，尤其核心P0系统哪怕瞬间的DB操作异常可能造成大量异常交易，可能产生致命的问题，所以核心系统弱依赖数据库都是必须考虑的。本期介绍下实践过的三种解决方案：DB灾备机制方案、DB高并发替换方案、财富系统弱依赖DB方案。

一.问题描述引言一般数组越界问题,往往是涉及多线程并发的情况下,某个或多个临界资源(比如类或对象的成员变量)多线程并发读写而导致的异常。出现这样情况,一般是该保护的地方没有用同步锁保护，或者是用错了同步锁，这类问题比较常规。但本文要分享的案例却是一个方法内的临界资源已被加锁保护的情况下仍然出现的数组越界问题,导致system\server挂掉，手

发现问题今天在看代码的时候，遇见了多个协程写同一个slice的情况，发现未对slice做任何保护，亦未使用其他手段保证并发安全，这样肯定会出错的。思考slice不是协程安全的，所以在多个协程中读写slice是不安全的，在高并发的情况下会产生不可控制的错误。总结这里记录一下错误的使用方式与正确的使用方式：错误的使用

在淘宝内网里看到同事发了贴说了一个CPU被100%的线上故障，并且这个事发生了很多次，原因是在Java语言在并发情况下使用HashMap造成RaceCondition，从而导致死循环。这个事情我4、5年前也经历过，本来觉得没什么好写的，因为Java的HashMap是非线程安全的，所以在并发下必然出现问题。但是，我发现近几年，很多人都经历过这个事（在网上查“

我们知道生产环境中经常会遇到MySQL主从延迟问题，从原理上也能看出主库的事务提交是并发模式，而从库只有一个SQL线程负责解析，所以本身上就可能存在延迟。延迟的主要原因在于：1、从库的配置往往没有主库的配置高2、主库支持并发写入，而5.7之前的版本上从库只有单线程SQL来完成任务。3、MySQL主从之间的同步，并不是完全的实时同步，而是主库

在Java相关的岗位面试中，很多面试官都喜欢考察面试者对Java并发的了解程度，而以volatile关键字作为一个小的切入点，往往可以一问到底，把Java内存模型（JMM），Java并发编程的一些特性都牵扯出来，深入地话还可以考察JVM底层实现以及操作系统的相关知识。下面我们以一次假想的面试过程，来深入了解下volitile关键字吧！面试官:

Swoole2.0是一个革命性的版本，它内置了协程的支持。与Go语言协程不同，Swoole协程完全不需要开发者添加任何额外的关键词，直接以过去最传统的同步阻塞模式编写代码，底层自动进行协程调度实现异步IO。使并发编程变得非常简单。最新的版本中，内置协程已支持PHP7，同时兼具了性能和并发能力，Swoole的强大超乎想象。本文基于Github最新的Sw

java中的线程池是运用场景最多的并发框架，几乎所有需要异步或并发执行任务的程序都可以使用线程池。在开发过程中，合理使用线程池能够带来三个好处。第一：降低资源消耗。通过重复利用已创建的线程降低线程创建和销毁造成的消耗。第二：提高响应速度。当任务到达时，任务可以不需要等到线程创建就能立即执行。第三：提高线程的可管理性。线程是稀缺

事务的四大特性（ACID）1、原子性（Atomicity）事务是一个不可分割的单位，事务中的所有SQL等操作要么都发生，要么都不发生。2、一致性（Consistency）事务发生前和发生后，数据的完整性必须保持一致。3、隔离性（Isolation）当并发访问数据库时，一个正在执行的事务在执行完毕前，对应其他的会话是不可见的，多个并发事