|
|
有一张表T1用于存储业务处理的流水日志信息，20多列，预计每天有几十万条以上的数据量，最长保留30天。
由于这张表既要进行插入操作，又要进行查询操作。
插入操作时要求越快越好，以降低对业务处理的影响，这时我考虑是不在表上做索引，采用批量插入的方式，降低commit的次数， 同时每天凌晨业务不繁忙时将上一天的数据移出。
但是查询时，一定是要考虑通过索引来提高效率的，我能想到的方案是再建一张同样的物理表专门用来查询，针对查询作优化，每隔一段时间同步一次数据到这张表里，同步方式目前想的是insert into select方式。但这样的问题是如果同步的时间间隔短，IO操作就各过于频繁，如果同步的间隔长，又不能及时查询到间隔期内的记录，而且积攒的数据多了会不会同步效率更低。
请大神帮忙看看还有更好的设计方案可用吗？
|
|
IP卡
狗仔卡
发表于 2014-4-21 15:31
收藏
提升卡
置顶卡
变色卡
显身卡