RDS只读的价格跟普通的没啥区别呀....

一个数据库，必须要保证读取到的数据是正确的。一个数值为1，被改成2以后，读出来就要是2。如果只有一个人操作，那这不是问题。如果同时有上万人操作，那这是一个极其复杂的技术问题。如果再牵涉到事务，回滚等操作，那么复杂程度就会成几何方式上升，所占用的硬件资源也成几何程度上升。
增、删、查、改，四个基本操作可以简化为读操作和写操作。只读实例就是将读写操作简化的一种技术手段。

以w代表写，以r代表读，
在普通实例上，读写操作是这样进行的：
w r w w r w r r r r   读和写完全无规律，实时进行，占用资源多。
在只读实例上：
w r r r r r r r  w r r r r r r r r 定时写（或者根据其他同步规则写），读的规律和实时请求相同。

绝大多数写操作是有排他锁的，就是A写的时候B，C，D都不准写，也不准读。那么无数的读操作只有等待写完以后才能读。如果没有排他锁，那么无法保证读到的数据是写之前的数据还是写之后的数据，甚至是一个未知的数据。
绝大多数读操作是没有任何锁的，就是A读的时候，B，C，D都可以读。

那么在将写操作规律化以后，空出一个时间片给写操作，在这个时间片里，大家都不来读，当这个时间过后，大家尽情读。这样整体效率提高很多。这是只读数实例存在的意义。

引用第1楼蚂蚁哥于2014-12-11 01:45发表的  :
只读实例是给你在业务高峰期顶一下的，你必须有主实例才可以开通啊 [url=http://bbs.aliyun.com/job.php?action=topost&tid=187580&pid=592930][/url]

知道. 但是价格跟主实例的年费差不多. 另外连接数,内存什么的也没啥提高.

-------------------------

引用第3楼蚂蚁哥于2014-12-11 17:37发表的 回 2楼(huangjinshe) 的帖子 :
你没有明白我的意思，
比如说你平时使用240MB的内存实例是够用的，现在你突然有三天做活动，压力比较大，这个时候，你就可以启用起一个高配置的只读实例，比如说1200M内存的，然后在这三天的白天高峰期里你就使用只读实例，这样就可以缓解你的数据库压力。然后等这三天过了，你就关掉只读实例，这样就可以达到省钱的目的。

如果你平时的连接数，内存就不够用了，那你还是直接升级RDS实例把
[url=http://bbs.aliyun.com/job.php?action=topost&tid=187580&pid=593380][/url]

听你这么一说倒是比较合理......不过难道就没人会一直打算正常实例和只读实例一起用吗? 这时候就变得像我说的一样贵.
但是按照版主的思路确实好.

另外延迟多大呢? 版主有没有试过?

只读实例是给你在业务高峰期顶一下的，你必须有主实例才可以开通啊

-------------------------

你没有明白我的意思，
比如说你平时使用240MB的内存实例是够用的，现在你突然有三天做活动，压力比较大，这个时候，你就可以启用起一个高配置的只读实例，比如说1200M内存的，然后在这三天的白天高峰期里你就使用只读实例，这样就可以缓解你的数据库压力。然后等这三天过了，你就关掉只读实例，这样就可以达到省钱的目的。

如果你平时的连接数，内存就不够用了，那你还是直接升级RDS实例把

-------------------------

你楼上的说的也很好，他说的是只读实例的另外的一个优点，但是最大的目的其实还是可以灵活配置，节省费用。
他那个优点其实还是次要，如果情况是他描述的那样，我觉得还是升级RDS，来得比较直接，你开一个只读实例，跟你直接升级一下，价格其实差不多的