数据库设计の读写分离（概念篇）

在读这篇文章前需了解一个概念：共享锁【S锁】排他锁【X锁】

共享锁【S锁】
又称读锁，事务T对数据对象A加上S锁，则事务T可以读A但不能修改A，其他事务只能再对A加S锁，而不能加X锁，直到T释放A上的S锁。这保证了其他事务可以读A，但在T释放A上的S锁之前不能对A做任何修改。
排他锁【X锁】
又称写锁。若事务T对数据对象A加上X锁，事务T可以读A也可以修改A，其他事务不能再对A加任何锁，直到T释放A上的锁。这保证了其他事务在T释放A上的锁之前不能再读取和修改A。

读写分离概述：

读写分离，基本的原理是让主数据库处理事务性增、改、删操作（INSERT、UPDATE、DELETE），而从数据库处理SELECT查询操作。数据库复制被用来把事务性操作导致的变更同步到集群中的从数据库。

案例分析举例：

为什么要分库、分表、读写分？单表的数据量限制，当单表数据量到一定条数之后数据库性能会显著下降。数据多了之后，对数据库的读、写就会很多。分库减少单台数据库的压力。

对于读大于写并且数据量增加不是很明显的数据库，推荐采用读写分离+缓存的模式，试想一下一个用户注册、修改用户信息、记录用户登录时间、记录用户登录IP、修改登录密码，这些是写操作。但是以上这些操作次数都是很小的，所以整个数据库的写压力是很小的。唯一一个比较大的就是记录用户登录时间、记录用户登录IP这类信息，只要把这些经常变动的信息排除在外，那么写操作可以忽略不计。所以读写分离首要解决的就是经常变化的数据的拆分，比如：用户登录时间、记录用户登录IP。这类信息可以单独独立出来（因为一个数据量很大的表，做一次写的操作数据库表索引等需要从新排序的，很耗时），记录在持久化类的缓存中。以oracle为例，主库负责写数据、读数据。读库仅负责读数据。每次有写库操作，同步更新cache，每次读取先读cache在读DB。写库就一个，读库可以有多个，采用dataguard来负责主库和多个读库的数据同步。

提升性能的原因：

1.物理服务器增加，负荷增加
2.主从只负责各自的写和读，极大程度的缓解X锁和S锁争用

3.分摊读取。假如我们有1主3从，不考虑上述1中提到的从库单方面设置，假设现在1 分钟内有10条写入，150条读取。那么，1主3从相当于共计40条写入，而读取总数没变，因此平均下来每台服务器承担了10条写入和50条读取（主库不 承担读取操作）。因此，虽然写入没变，但是读取大大分摊了，提高了系统性能。另外，当读取被分摊后，又间接提高了写入的性能。所以，总体性能提高了，说白 了就是拿机器和带宽换性能。

 其它提升性能方式：

读写分离，添加缓存，分表，分区，不用select * ，为表合理简历索引，设计表的时候尽量原子化！可以分库【垂直拆分】，分表【水平拆分】。结合步同应用场景定制自己的方案。

 

文章摘自：

http://blog.csdn.net/kobejayandy/article/details/8775255

http://my.oschina.net/candiesyangyang/blog/203425

http://www.open-open.com/lib/view/open1413274853450.html

评论

2 楼 lzg406 2015-11-12  

共享锁【S锁】 这个解释有待验证

1 楼 lzg406 2015-11-12  

共享锁【S锁】