关于缓存的想法
现在基本对数据库的操作出现性能问题的时候，第一个想到的是缓存，现在谈得比较多的memcache缓存，其实他就是大的hash表，可以作为一个全局的cache，而且他没有像数据库中的一些功能，我想既然是这样，我们可以用嵌入式的内存数据库，比如hsql，作为cache来用，这样数据也是放在内存在，我们在做select的时候，仍然操作的是内存，这样我们也可以把这种“嵌入式的内存数据库”来作为全局的缓存，和memcache也是一样的，不用磁盘用内存，而且也获得了数据库的一些功能，这样做或许比memcache还更好，大家讨论一下，像这样做有什么缺点？
我目前知道的cache是按照其存储介质（我自己总结的，说错了别骂我
）来划分的，就是file cache, memory cache.
sql型内存数据库偶不认识，才疏学浅的很。 25 楼 lcllcl987 2007-10-09 --hsql是单线程的，无法处理并发访问的情况。他建议考虑MySQL的内存表
鄙人很赞同, MySql的内存表即使在单用户访问的情况下也优于hqsldb的内存模式,如果采用数据库做缓存, hsqldb不在考虑之列. 26 楼 hlxiong 2007-10-10 我们用缓存的地方不多，一般只对数据字典和经常被使用的全局数据做缓存。至于页面缓存，兄弟真是孤陋寡闻，貌似听过，但从未见过。学习中。。。 27 楼 coolzyt 2007-10-10 我实现了一个cache，采用LRU算法，一段时间内访问数低于某个数字就会清除（可以设置）,底层用concurrentHashMap实现,无聊之作。 28 楼 kyo100900 2007-10-10 memcache, JBoss Cache, OSCache等，这些缓存框架会不会在用户访问一个List<User>后将它缓存起来, 这个时候呢数据库后台又更新了这个List的某些记录。请问缓存会在用户再次访问这条记录的时候自动识别，并自动更新成最新的数据信息再缓存起来吗？
