wuwiejie的博客

mysql_secure_installation 安全安装（用于生产环境设置）/apps/mysql//bin/mysql_secure_installation------------->复制代码NOTE: RUNNING ALL PARTS OF THIS SCRIPT IS RECOMMENDED FOR ALL MySQL SERVERS IN PRODUCTION USE! PLEASE READ EACH STEP CAREFULLY!In order to log i

1、服务端java版本 1.8新建立目录mkdir demo新建文件MyRemoteService.java内容如下import java.rmi.Remote;import java.rmi.RemoteException; public interface MyRemoteService extends Remote { public String sayHello() throws RemoteException;}Server.javaimport java.rmi.N

ZooKeeper的每一个节点，都是一个天然的顺序发号器,在每一个节点下面创建临时顺序节点（EPHEMERAL_SEQUENTIAL）类型，新的子节点后面，会加上一个次序编号，而这个生成的次序编号，是上一个生成的次序编号加一。例如，有一个用于发号的节点“/test/lock”为父亲节点，可以在这个父节点下面创建相同前缀的临时顺序子节点，假定相同的前缀为“/test/lock/seq-”。第一个创建的子节点基本上应该为/test/lock/seq-0000000000，下一个节点则为/test/lock/.

（1）优点：ZooKeeper分布式锁（如InterProcessMutex），能有效的解决分布式问题，不可重入问题，使用起来也较为简单。（2）缺点：ZooKeeper实现的分布式锁，性能并不太高。为啥呢？因为每次在创建锁和释放锁的过程中，都要动态创建、销毁瞬时节点来实现锁功能。大家知道，ZK中创建和删除节点只能通过Leader服务器来执行，然后Leader服务器还需要将数据同不到所有的Follower机器上，这样频繁的网络通信，性能的短板是非常突出的。总之，在高性能，高并发的场景下，不建议使用Zoo

多节点访问数据库占用资源并发问题环境： 上层一个管理服务，管理底层 控制服务， 控制服务在 两个（或者多个）节点部署，HA 负载均衡模式，控制层共用一个数据库，读写分离模式问题： 上层向底层并发批量申请资源，底层多个节点访问数据库，存在同时争抢同一资源ID，导致上层任务失败解决方式：for update 结合事务，利用数据库悲观锁，可以解决问题 ，但存在性能问题1、申请资源方法加以下注解 REQUIRES_NEW 传播行为 创建一个新的事务，如果当前存在事务，则把当