一种增加系统并发量的缓存机制，大家看有没有问题？
因为系统访问量越来越大，而访问数据库成了系统的瓶颈，现在考虑缓存部分数据来适应大的并发，减少数据库的访问量。具体的想法是这样的将用户常用的但不经常改变的数据，序列化为xml存储于服务器，做一个专门的类来维护，当用户第一次使用某部分数据的时候，检查是否有该序列化，有则直接读取，没有则从数据库获取并序列化。当数据被更新的时候，设置该序列化无效，保证下次读取的时候是重新序列化的新数据。
初步设想使用这个可以减少多次对数据库的往返，但问题主要在于直接在服务器做io操作的效率和直接读取数据库的效率这个比较，到底在并发量大的时候，哪个效率是最好的？
请大家根据自己的经验说一下自己的看法
或者提出大家用过的比较好的解决方案 --------------------编程问答-------------------- 数据库也是文件存储，你的xml也是文件存储。数据库支持磁盘块读写和SQL查询索引优化，你的xml并不支持。我看不出xml有什么好的。
缓存，使用内存或者其它高速存储设备，用低速存储怎么能叫做缓存？！ --------------------编程问答-------------------- 楼主食易做图！
根本的做法是用并行数据库或并行内存数据库 --------------------编程问答-------------------- 应该可以的，不过可以用Access数据库吧
--------------------编程问答-------------------- http://www.baidu.com/s?wd=%C9%FA%B3%C9%BE%B2%CC%AC%D2%B3%C3%E6+site%3Awww.svnhost.cn --------------------编程问答-------------------- cache --------------------编程问答-------------------- 使用cache ,条件好可以使用memcache --------------------编程问答-------------------- 经常访问的数据放在Cache里，定期更新 --------------------编程问答-------------------- --------------------编程问答-------------------- cache 对LZ有用
补充：.NET技术 , ASP.NET
