一环境  1.1结构192.168.132.125mycat192.168.132.121 master192.168.132.122 slave主从已经配置完成1.2安装mycat192.168.132.125安装mycat\root@mycat~\  cd/usr/lo

分布式开发的一些问题总结我是用了两个xp(一个主的，一个从的)的系统测试成功的，linux系统我也做测试了，没有成功，不过我想我所遇到的问题是同一个问题，xp下的可以成功，linux下的应该也可以成功，稍候会测试，然后更新结果！PS:刚测试了下linux可以同步成功，主服务器是xp，从服务器是centos，可以成功。例：A机器192.16

说明接\上篇\DockerCompose搭建mysql主从复制(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Fm.toutiao.com%2Fi6402735880150188545%2F%3Fgroup_id%3D6402736780172574978%26group_

今天讲另一个并发工具，叫读写锁。读写锁是一种分离锁，是锁应用中的一种优化手段。考虑读多写少的情况，这时如果我们用synchronized或ReentrantLock直接修饰读/写方法未尝不可，如：publicstaticclassRw{privateintval;publicsynchr

1\.安装下载已经编译好的安装包，或者预编译安装包均可，在这里，使用预编译版本。\@s1.yejr.com~\tarzxfmysqlproxy0.6.0linuxrhas4x86.tar.gz\@s1.yejr.com~\cdmysqlproxy0.6.0linuxrhas4x86可以看到有

ReentrantReadWriteLock是JDK5中提供的读写分离锁。读写分离锁可以有效的帮助减少锁的竞争，以此来提升系统的性能。用锁分离的机制来提升性能也非常好理解，比如线程A，B，C进行写操作，D，E，F进行读操作，如果使用ReentrantLock或者synchronized关键字，这些线程都是串行执行的，即每次都只有一个线程做操作。但是当D进行读

主从模式主从模式是最简单的集群模式，其实就是复制基本只能解决读写分离问题，主机服务器一旦宕机基本完蛋，不具备高可用。基本上redis的性能瓶颈主要在于网络IO和内存主频上面，单机版Redis在不考虑高可用的情况下基本满足80%的项目需要，因为单机版Redis可以实现10W/S的请求，除非缓存KV值过大，通过读写分离缓存网卡的压

MySQL主从复制(MasterSlave)与读写分离(MySQLProxy)实践Mysql作为目前世界上使用最广泛的免费数据库，相信所有从事系统运维的工程师都一定接触过。但在实际的生产环境中，由单台Mysql作为独立的数据库是完全不能满足实际需求的，无论是在安全性，高可用性以及高并发等各个方面。因此，一般来说都是通过主从复制（MasterS

Amoeba管理主从数据库和读写分离先睹为快云主机地址!(https://static.oschina.net/uploads/img/201805/18115313_Q9hc.png)主从数据库!(https:/

本文简单介绍了读写分离架构，和出现主从延迟后，如果我们用的读写分离的架构，那么我们应该怎么处理这种情况，相信在日常我们的主从还是或多或少的存在延迟。本文介绍的几种方案，有些方案看上去十分不靠谱，有些方案做了一些妥协，但是都有实际的应用场景，需要我们根据自身的业务情况，合理选择对应的方案。