修改与读取频繁的情况怎么优化？有没有方法让一张表读写分离？

Question

优化数据

Answer 1

做一个数据库发布，A 机用来写，B机接收A机过来的数据，B 机用来读。

Answer 2

LZ是不是就想加快速度？数据表有多大？ 如果不太大的话，可以让 SQLServer 把这张表加载到内存中，也就常驻内存。
你百度一下 “DBCC PINTABLE "。

Answer 3

1.如果是update多，建议支持脏读with(nolock)这样，写不会影响读。
2.如果都是insert，建议分成两个表，一个历史表，一个当前表，每天把当前表移到历史表。

Answer 4

应该得从更上层去优化或改进应用，比如业务逻辑、数据库结构、SQL指令、磁盘配置（日志文件）等
通常，对于不是性能真的达到极限水平的情况，保持单一的数据库是最简单的方案
也见过好几个因为性能问题而分散数据（同步）的案例，其实根本没必须要，将设计、优化工作做下，能省去很多麻烦

Answer 5

是一边修改一边读，还只是在一个时间段内
表结构如下
ID  type 
1    a
2    a
3   a
。。然后先查为第一条数据，type为a的修改之后成B
然后数据就成这样
ID  type 
1    b
2    a
3   a
。。ID  type 
1    b
2    b
3   a
。。
大概就是这样的结构

Answer 6

表结构如下
ID  type 
 1    a
 2    a
 3   a
。。 然后先查为第一条数据，type为a的修改之后成B

Answer 7

这个典型的oltp系统，高并发，配置大一点的内存，把大部分数据都缓存到内存中，就算是每秒有几千次修改，也能支持的

Answer 8

另外，按照你现在系统的情况，要实现读写分离也比较困难。你只有一个服务器，而且并发量比较高，这种情况下，合理设置索引，基本上能够把每个update语句的执行时间降低到0秒