想用数据库读写分离请先明白“读写分离”解决

有一些技能同学或许关于数据库读写分离了解不多，以为数据库的负载问题都可以运用“读写别离”来处理。
这其实是一个十分大的误区，咱们要用“读写别离”，首要应该了解“读写别离”是用来处理什么样的问题的，而不是只是会用这个技能。
什么是读写别离？
其实就是将数据库分为了主从库，一个主库用于写数据，多个从库完成读数据的操作，主从库之间经过某种机制进行数据的同步，是一种常见的数据库架构。
一个组从同步集群，一般被称为是一个“分组”。
数据库分组架构处理什么问题？
大多数互联网业务，往往读多写少，这时候，数据库的读会首要称为数据库的瓶颈，这时，假定咱们期望可以线性的行进数据库的读功用，消除读写锁抵触然后行进数据库的写功用，那么就可以运用“分组架构”（读写别离架构）。
用一句话概括，读写别离是用来处理数据库的读功用瓶颈的。
但是，不是任何读功用瓶颈都需求运用读写别离，咱们还可以有其他处理方案。
在互联网的运用场景中，常常数据量大、并发量高、高可用要求高、共同性要求高，假定运用“读写别离”，就需求注意这些问题：
数据库连接池要进行区别，哪些是读连接池，哪个是写连接池，研发的难度会增加；
为了保证高可用，读连接池要可以完成毛病自动搬运；
主从的共同性问题需求考虑。
在这么多的问题需求考虑的情况下，假定咱们只是是为了处理“数据库读的瓶颈问题”，为什么不选择运用缓存呢？
为什么用缓存
缓存，也是互联网中常常运用到的一种架构办法，同“读写别离”不同，读写别离是经过多个读库，分摊了数据库读的压力，而存储则是经过缓存的运用，减少了数据库读的压力。他们没有谁代替谁的说法，但是，假定在缓存的读写别离进行二选一时，仍是应该首要考虑缓存。
为什么呢？
缓存的运用本钱要比从库少十分多；
缓存的开发比较简略，大部分的读操作都可以先去缓存，找不到的再渗透到数据库。
当然，假定咱们现已运用了缓存，但是读仍旧仍是瓶颈时，就可以选择“读写别离”架构了。简略来说，咱们可以将读写别离看做是缓存都处理不了时的一种处理方案。
当然，缓存也不是没有缺陷的
关于缓存，咱们必需求考虑的就是高可用，不然，假定缓存一旦挂了，一切的流量都一同集结到了数据库上，那么数据库是肯定会挂掉的。
关于常见的数据库瓶颈是什么呢？
其实是数据容量的瓶颈。例如订单表，数据量只增不减，历史数据又必需求留存，十分简略成为功用的瓶颈，而要处理这样的数据库瓶颈问题，“读写别离”和缓存往往都不合适，最适合的是什么呢？
数据库水平切分
什么是数据库水平切分？
数据库水平切分，也是一种常见的数据库架构，是一种经过算法，将数据库进行切割的架构。一个水平切分集群中的每个数据库，一般称为一个“分片”。每一个分片中的数据没有重合，一切分片中的数据并集组成悉数数据。
水平切分架构处理什么问题呢？
大部分的互联网业务，数据量都十分大，单库容量最简略成为瓶颈，当单库的容量成为了瓶颈，咱们期望行进数据库的写功用，下降单库容量的话，就可以采用水平切分了。
而有少部分程序员，会没有分析数据库的功用瓶颈是什么，就贸贸然的运用“读写别离”，殊不知“水平切分”才是正途。