读写分离，什么是数据库的读写分离

本文目录一览

1，什么是数据库的读写分离
2，mysql如何做读写分离啊
3，net 怎么使用sqlserver读写分离
4，如何做数据库读写分离呢
5，什么是 mysql 读写分离知乎
6，mysql读写分离原理是什么

1，什么是数据库的读写分离

读数据库和写数据库使用不同的账户或不同的数据库服务

什么是数据库的读写分离

2，mysql如何做读写分离啊

我刚给公司做完mysql的主从读写分离先给你个思路第一步：先做mysql的主从（Master/Slave Replication），实现数据同步第二部：通过Amoeba来实现读写分离，也可以通过mysql proxy（比较麻烦）。ps：我的环境是两台装windows server 2008，一台做主，一台做从。如果你需要的话，留下邮箱，我发给你一个我自己刚做好的文档。照着做就可以了

mysql如何做读写分离啊

3，net 怎么使用sqlserver读写分离

sql server 的高可用部分说的就是这种类似的需求。但是在实际使用中，要考虑性能问题，lz设定的前提是读写在物理上分离。　　这种在一定程度上就需要承担部分数据的不一致（秒级差异也是差异），实际使用中碰到的，基本都可以有一定时间的差异（可以理解为很多标准量具中的公差），使用上是没有什么问题的。

至于对数据库的读写操作分离，还是前台代码来确定。对于只负责读的数据库可以对该访问用户设置为datareader角色即可，也可以防止数据写了，不过这是数据库方面权限的问题

net 怎么使用sqlserver读写分离

4，如何做数据库读写分离呢

数据库主从结构和读写分离是两个概念，准确来说：读写分离是主从结构的一个案例。具体的操作，需要分析你的业务需求，然后改动CI默认的代码（或许不需要）。这里的话我建议采用两组db链接字符串，在需要的时候动态切换。默认情况下叫做default，你可以建立两组一个组是read配置，两一个组是write组。读写分离的难点是如何保证数据的一致性和完整性，不过这个已经相当成熟了，尝试google之解决，主要工作在服务器调配上下功夫。

提供一个思路：对于频繁的数据库读取（read only），开启缓存（数据库缓存）能大幅下降数据库的I/O和内存占用。对于频繁的数据库读写（read & write），最好设定一个中间表，所有的写数据都统一写到这个表上，然后设置定时（手动或自动），按照程序的逻辑和需求，在规定时间内写入到各个具体目标表中。看起来是两次操作数据库，增加了数据库的读写。但当访问量较大时，你会发现，write的表是一个还是多个，对于整体数据库的效率，区别还是很大的。

5，什么是 mysql 读写分离知乎

读写分离是指：为了确保数据库产品的稳定性，很多数据库拥有双机热备功能。也就是，第一台数据库服务器，是对外提供增删改业务的生产服务器；第二台数据库服务器，主要进行读的操作。·

在老版本的mysql 3.22中，mysql的单表限大小为4gb，当时的mysql的存储引擎还是isam存储引擎。但是，当出现myisam存储引擎之后，也就是从mysql 3.23开始，mysql单表最大限制就已经扩大到了64pb了（官方文档显示）。也就是说，从目前的技术环境来看，mysql数据库的myisam存储引擎单表大小限制已经不是有mysql数据库本身来决定，而是由所在主机的os上面的文件系统来决定了。而mysql另外一个最流行的存储引擎之一innodb存储数据的策略是分为两种的，一种是共享表空间存储方式，还有一种是独享表空间存储方式。当使用共享表空间存储方式的时候，innodb的所有数据保存在一个单独的表空间里面，而这个表空间可以由很多个文件组成，一个表可以跨多个文件存在，所以其大小限制不再是文件大小的限制，而是其自身的限制。从innodb的官方文档中可以看到，其表空间的最大限制为64tb，也就是说，innodb的单表限制基本上也在64tb左右了，当然这个大小是包括这个表的所有索引等其他相关数据。而当使用独享表空间来存放innodb的表的时候，每个表的数据以一个单独的文件来存放，这个时候的单表限制，又变成文件系统的大小限制了。

6，mysql读写分离原理是什么

Mysql的 Replication 是一个异步的复制过程，从一个 Mysql instace(我们称之为 Master)复制到另一个 Mysqlinstance(我们称之 Slave)。在 Master 与 Slave 之间的实现整个复制过程主要由三个线程来完成，其中两个线程(Sql线程和IO线程)在 Slave 端，另外一个线程(IO线程)在 Master 端。MySQL 复制的基本过程如下：1. Slave 上面的IO线程连接上 Master，并请求从指定日志文件的指定位置(或者从最开始的日志)之后的日志内容;2. Master 接收到来自 Slave 的 IO 线程的请求后，通过负责复制的 IO 线程根据请求信息读取指定日志指定位置之后的日志信息，返回给 Slave 端的 IO 线程。返回信息中除了日志所包含的信息之外，还包括本次返回的信息在 Master 端的 BinaryLog 文件的名称以及在 Binary Log 中的位置;3. Slave 的 IO 线程接收到信息后，将接收到的日志内容依次写入到 Slave 端的Relay Log文件(mysql-relay-bin.xxxxxx)的最末端，并将读取到的Master端的bin-log的文件名和位置记录到master- info文件中，以便在下一次读取的时候能够清楚的高速Master“我需要从某个bin-log的哪个位置开始往后的日志内容，请发给我”4. Slave 的 SQL 线程检测到 Relay Log 中新增加了内容后，会马上解析该 Log 文件中的内容成为在 Master 端真实执行时候的那些可执行的 Query 语句，并在自身执行这些 Query。这样，实际上就是在 Master 端和 Slave 端执行了同样的 Query，所以两端的数据是完全一样的。

利用mysql proxy来实现的。MySQL Proxy最强大的一项功能是实现“读写分离(Read/Write Splitting)”。基本的原理是让主数据库处理事务性查询，而从数据库处理SELECT查询。数据库复制被用来把事务性查询导致的变更同步到集群中的从数据库。当然，主服务器也可以提供查询服务。使用读写分离最大的作用无非是环境服务器压力。

读写分离就是利用mysql的主从复制完成的，A不间断的把binlog信息发送给B，保持B和A的数据一致，如果还需要在B上写的话，你需要开启主主模式。关于第三点，你如果采取的是A-B A-C A-D模式的话肯定是需要A给每个从库都需要发送binlog信息的，如果是A-B-C这种级联的模式，是只需要A给B发送一次binlog信息，然后B给C发一次。