A、乐观锁、悲观锁B、偏向锁、轻量级锁、重量级锁C、互斥锁、自旋锁、适应性自旋D、可重入锁、读写锁E、公平锁、非公平锁F、总线锁、缓存锁（linux操作系统底层，由CPU提供的锁）G、锁优化：减少锁持有时间、减小锁粒度、锁分离、锁粗化、锁消除信号量与互斥量：信号

<divid"article\_content"class"article\_contentcsdntrackingstatisticstrackingclick"datamod"popu\_519"datadsm"post"style"overflow:hidden;"<divclass"markdown\_vi

MySQL复制能够保证数据的冗余的同时可以做读写分离来分担系统压力，如果是主主复制还可以很好的避免主节点的单点故障。然而MySQL主主复制存在一些问题无法满足我们的实际需要：未提供统一访问入口来实现负载均衡，如果其中master宕掉的话需要手动切换到另外一个master，而不能自动进行切换。前面介绍了MysqlKeepalived双主热备高可用方案记录

ReadWriteLock是JDK中的读写锁接口ReentrantReadWriteLock是ReadWriteLock的一种实现读写锁非常适合读多写少的场景。读写锁与互斥锁的一个重要区别是读写锁允许多个线程同时读共享变量，这是读写锁在读多写少的情况下性能较高的原因。读写锁的原则：多个线程可同时读共享变量只允许一

server.xml文件    firewall标签用来定义防火墙；firewall下whitehost标签用来定义IP白名单，blacklist用来定义SQL黑名单。<firewall<whitehost<hostuser"mycat"host"127.0.0.1"</

配置垂直分表修改schema.xml(db1)cd/data/mycat/confcpschema.xmlschema.xml.rwh修改配置vischema.xml<?xmlversion"1.0"?<!DOCTYPEmyca

在我《SpringCloud微服务全栈技术与案例解析》书中，第18章节分库分表解决方案里有对ShardingJDBC的使用进行详细的讲解。之前是通过XML方式来配置数据源，读写分离策略，分库分表策略等，之前有朋友也问过我，有没有SpringBoot的方式来配置，既然已经用SpringBoot还用XML来配置感觉有点不协调。其实吧我个人觉得只

测试工具选择由于TinyDBCluster是基于JdbcDriver层实现的分库分表方案，因此工具就只能选用支持自定义Driver的工具了，而MyCat由于是在通信层做的适配因此对工具不挑，这一点确实更方便一点，但是为了公平PK，因此就选择了Idea/DataGrip、NetBeans、DataVisualizer3种工具来测试，Idea

背景PostgreSQL的读写是不冲突的，这听起来是件好事对吧，读和写相互不干扰，可以数据库提高读写并发能力。但是有些时候，用户也许想让读写冲突（需求：数据正在被更新或者删除时，不允许被读取）。那么有方法能实现读写冲突吗？PostgreSQL提供了一种锁advisorylock，可以实现读写堵塞的功能。使用advisoryloc