这两天为了定位JBOSS老是挂死的问题，学习了一下JAVA多线程方面的知识，在此总结一下1、在Java程序中，JVM负责线程的调度。线程调度是指按照特定的机制为多个线程分配CPU的使用权。调度的模式有两种：分时调度和抢占式调度。分时调度是所有线程轮流获得CPU使用权，并平均分配每个线程占用CPU的时间；抢占式调度是根据线程的优先级别来获

1\.MySQL持久化数据,Redis只读数据redis在启动之后，从数据库加载数据。读请求：不要求强一致性的读请求，走redis，要求强一致性的直接从mysql读取写请求：数据首先都写到数据库，之后更新redis（先写redis再写mysql，如果写入失败事务回滚会造成redis中存在脏数据）2.MySQL和Redis

在Docker的设计实现中，容器中的数据是临时的，即当容器被销毁时，其中的数据将会丢失。如果需要持久化数据，需要使用Docker数据卷挂载宿主机上的文件或者目录到容器中。在K8S中，当Pod重建的时候，数据是会丢失的，K8S也是通过数据卷挂载来提供Pod数据的持久化的。K8S数据卷是对Docker数据卷的扩展，K8S数据卷是Pod级别的，可以用来实现Pod中

<br1\.表锁表锁分为写锁，读锁，二者读读不阻塞，读写阻塞，写写阻塞<br<br2\.行锁行锁分为共享锁，排他锁，即读锁和写锁多粒度锁机制自动实现表、行锁共存，InnoDB内部有意向表锁意向共享锁（IS）：事务在给一个数据行加共享锁前必须先取得该表的IS锁。

作者：八怪（高鹏）中亦科技数据库专家hu.com/p/d95bba14eddf如何快速找到并杀掉引起事务阻塞的session。 本文主要讲述MySQL5.7.29，也会加入和8.0的对比。一、问题起源我们在运维MySQL的过程中，肯定多多少少遇到过Innodbrowlock的问题，如果在线上遇到我们可能会看到一

这两天在学习mysql的读写分离和负载均衡，尝试了主从模式和mysqlcluter，最后还是选择了一主多从，然后读写分离，这比较适合读量大的网站。然后对于mysql的负载均衡器，起先尝试了一下SQL请求路由器Amoeba(http://www.oschina.net/p/amoeba)，读写分离不错，但是不支持事务，因为我测试的网站是采取spring

MySQL主从复制的原理：　　1、首先，MySQL主库在事务提交时会把数据变更作为时间events记录在二进制日志文件binlog中；MySQL主库上的sync\_binlog参数控制Binlog日志以什么样的方式刷新到磁盘上。　　2、主库推送二进制日志文件Binlog中的事件到从库的中继日志RelayLog中，之后从库根据中继日志Rela

　　之前在git上下载的voltdb，以及在官网下载的社区版voltdb均不支持持久性事务，和扩展集群，今天下载了企业试用版voltdb，安装过程不再赘述，记录一下我的使用过程持久性测试　　以前的 voltadmin shutdown;之后重新启动voltdb后，仍然不能恢复数据，即使使用recover命令恢复后，也不能再现之前的数据，但是用

Python 装饰器（Decorator）装饰模式有很多经典的使用场景，例如插入日志、性能测试、事务处理等等，有了装饰器，就可以提取大量函数中与本身功能无关的类似代码，从而达到代码重用的目的。下面就一步步看看Python中的装饰器。装饰器本身是一个Python函数，他可以让其他函数在不需要做任何代码变动

InnoDB存储引擎最早由InnobaseOy公司开发（属第三方存储引擎）。从MySQL5.5版本开始作为表的默认存储引擎。该存储引擎是第一个完整支持ACID事务的MySQL存储引擎，特点是行锁设计、支持MVCC、支持外键、提供一致性非锁定读，非常适合OLTP场景的应用使用。目前也是应用最广泛的存储引擎。