⑴ 为什么使用mysql主从数据库，而不考虑使用缓存
目的不完全相同
1、数据库信息量大了一般都要使用主从数据库，主写从读。使用主从数据库主要是使数据库能支撑更大的并发，例如：“前台”使用master（主库），“报表”使用slave（从库），那么任何“报表”的sql在slave执行都不会造成“前台”锁表；另外还有方便热备份，支持两个库用不同引擎等好处
2、而程序里使用缓存多是为了减少对数据库访问压力。
⑵ 数据库连接缓存概念和如何配置连接缓存
那什么是连接缓存，它有什么用好处，如何创建配置连接缓存以及如何在组件中使用连接缓存呢？下面将一一为你解答。我们在开发两层应用的的时候，总是使用sqlca这个对象来控制，访问数据库连接。当我们不用的时候，就会断开这个连接。另外在两层应用中，我们总是在程序启动的时候连接数据库，而在退出程序的时候才断开数据库连接。到了三层开发，你就不能再这样做了，（当然，如果你不用连接缓存，也是可以的）。所谓连接缓存，就是数据库连接在组件不需要的时候并不是做物理断开，而是把这个连接缓存到缓存池中，等下一次某个组件再请求连接的时候再次使用。这要做的好处，就是可以提高系统的效率。要知道，连接数据库是很浪费时间的操作。这样一来，就很明显地看到，使用连接缓存的好处了，那就是提高效率！在EAS中，要想使用连接缓存，你只能使用如下的几个数据库连接接口： 1，openclient 2，Oracle专用接口 3，JDBC 4，ODBC 除了这几种，其他的都不能使用，例如我们经常使用的MS SQL Server数据库专用接口，是不能创建连接缓存的。如果要连接MS SQL Server，你只能使用ODBC的方式。创建连接缓存的方式有多种，我们常见的就是用管理器和使用jagtool命令行先说命令行方式： %JAGTOOL% create ConnCache:SYB_PBWF_Odbc%JAGTOOL% set_props ConnCache:SYB_PBWF_Odbc com.sybase.jaguar.conncache.conlibdll odbc32.dll%JAGTOOL% set_props ConnCache:SYB_PBWF_Odbc com.sybase.jaguar.conncache.conlibname ODBC%JAGTOOL% set_props ConnCache:SYB_PBWF_Odbc com.sybase.jaguar.conncache.db_type Unknown%JAGTOOL% set_props ConnCache:SYB_PBWF_Odbc com.sybase.jaguar.conncache.password.e sql%JAGTOOL% set_props ConnCache:SYB_PBWF_Odbc com.sybase.jaguar.conncache.remotesvrname pbwf%JAGTOOL% set_props ConnCache:SYB_PBWF_Odbc com.sybase.jaguar.conncache.username dba这就可以创建一个连接缓存了。但这样确实挺麻烦的，但你可以写成一个bat文件，实现自动创建工作。第二个方法就是用管理器了，手动创建。用管理器连接到easerver，点左面的connection caches，会在右面列出来当前easerver上所有的缓存， 在右面空白处点右键，选新建，根据向导，就可以完成缓存的创建，需要注意的是，如果你使用ODBC，那server name中填写odbc数据源的名字，并且这个odbc你必须要创建到系统数据源里面，否则eas服务就会找不到指定的数据源。创建完成后，你在缓存列表中那个新建缓存上点右键，选择ping，可以测试缓存是否正常。一旦创建完缓存，你就可以在组件中使用了。那组件中如何使用连接缓存呢？很简单，假设，你在组件中同样使用sqlca这个数据库连接事务对象，则你只要做如下操作： SQLCA.DBMS = ODBCSQLCA.AutoCommit = FalseSQLCA.DBParm = CacheName='myCache' 对，就是这么简单，你还可以使用如下的方式： SQLCA.DBMS = ODBCSQLCA.AutoCommit = FalseSQLCA.DBParm = ConnectString='DSN=xb_db;UID=db_user;PWD=',CacheName='myCache' 这个方式和上一个方式的区别就是，如果你的缓存mycache的连接参数和前面的参数不一致，就会出现无法连接数据库的问题。有很多人会问，pb组件如何使用JDBC连接数据库呢？你只要创建一个JDBC的连接缓存，然后在组件中这样写： SQLCA.DBMS = JDBCSQLCA.AutoCommit = FalseSQLCA.DBParm = CacheName='myJdbcCache' 很简单吧！不过，不要高兴得太早了，虽然pb的代码是不区分大小写的，但连接缓存是区分大小写的。比如，你创建的缓存名字叫myJdbcCache，但你在组件应用的时候写成了 SQLCA.DBParm = CacheName='MyJdbcCache' 你将无法连接到数据库。切记！
⑶ 页面打开次数统计是持久化到数据库好还是放在缓存中
页面打开次数这种数据，建议如下处理。
可以采用消息队列消费，将数据存入缓存，然后定期将缓存中数据存入数据库。
这样可以减少数据库压力。
⑷ java任务队列用缓存还是数据库表实现较好
不能简单说谁好谁坏，各有适用场景。
数据库在持久化方面比较好，服务宕机，数据还在，但并发性能方面不如缓存。
如果用缓存，最主要是要处理好多线程时线程安全、宕机缓存丢失的问题。如果是分布式部署，同步缓存也要考虑。
⑸ 数据库缓存机制是什么就是缓存是如何作用数据库的越详细越好。要对的。
首先你要了解下什么是 数据库缓存机制 （最好找书本来看下）
已经过了很久了。我都忘记了。不过可以举个类似的例子 希望帮助你下理解。
还有些需要具体例子代码看的话，最好还是找数据库的相关书籍讲解比较详细 网上很少能详细讲解的 如果在学校就最好了。找老师问就可以 或者你去些关于数据库方面的论坛上找找资料
数据库缓存机制 缓存是介于应用程序和物理数据源之间，其作用是为了降低应用程序对物理数据源访问的频次，从而提高了应用的运行性能。缓存内的数据是对物理数据源中的数据的复制，应用程序在运行时从缓存读写数据，在特定的时刻或事件会同步缓存和物理数据源的数据。
缓存的介质一般是内存，所以读写速度很快。但如果缓存中存放的数据量非常大时，也会用硬盘作为缓存介质。缓存的实现不仅仅要考虑存储的介质，还要考虑到管理缓存的并发访问和缓存数据的生命周期。
再如：
静态的网站的内容都是些简单的静态网页直接存储在服务器上，可以非常容易地达到非常惊人的访问量。但是动态网站因为是动态的，也就是说每次用户访问一个页面，服务器要执行数据库查询，启动模板，执行业务逻辑到最终生成一个你所看到的网页，这一切都是动态即时生成的。从处理器资源的角度来看，这是比较昂贵的。
对于大多数网络应用来说，过载并不是大问题。因为大多数网络应用并不是washingtonpost.com或Slashdot；它们通常是很小很简单，或者是中等规模的站点，只有很少的流量。但是对于中等至大规模流量的站点来说，尽可能地解决过载问题是非常必要的。这就需要用到缓存了。
缓存的目的是为了避免重复计算，特别是对一些比较耗时间、资源的计算。
⑹ 关于asp.net C#的缓存与进行SQL数据库操作
http://chs.gotdotnet.com/quickstart/aspplus/doc/datacaching.aspx#samples
讲的够清楚了,也有例子,自己看看.下面是它一部分源代码
<%@ Import Namespace="System.Data" %>
<%@ Import Namespace="System.Data.SqlClient" %>
<html>
<script language="C#" runat="server">
void Page_Load(Object Src, EventArgs E) {
DataView Source;
// try to retrieve item from cache
// if it's not there, add it
Source = (DataView)Cache["MyDataSet"];
if (Source == null) {
SqlConnection myConnection = new SqlConnection("server=(local)\\NetSDK;database=pubs;Trusted_Connection=yes");
SqlDataAdapter myCommand = new SqlDataAdapter("select * from Authors", myConnection);
DataSet ds = new DataSet();
myCommand.Fill(ds, "作者");
Source = new DataView(ds.Tables["作者"]);
Cache["MyDataSet"] = Source;
CacheMsg.Text = "显式创建的数据集";
}
else {
CacheMsg.Text = "从缓存中检索到的数据集";
}
MyDataGrid.DataSource=Source;
MyDataGrid.DataBind();
}
</script>
<body>
<form method="GET" runat="server">
<h3><font face="宋体">缓存数据</font></h3>
<ASP:DataGrid id="MyDataGrid" runat="server"
Width="700"
BackColor="#ccccff"
BorderColor="black"
ShowFooter="false"
CellPadding=3
CellSpacing="0"
Font-Name="宋体"
Font-Size="8pt"
HeaderStyle-BackColor="#aaaad" />
<p>
<i><asp:label id="CacheMsg" runat="server"/></i>
</form>
</body>
</html>
⑺ 文本缓存和数据库缓存的区别，安装网站时应选哪个比较好些
当然各有各的好处了，文本缓存肯定比数据库缓存快，而数据库缓存比文本缓存安全啊
⑻ 如何Android数据库缓存进行管理
无论大型或小型应用，灵活的缓存可以说不仅大大减轻了服务器的压力，而且因为更快速的用户体验而方便了用户。
Android的apk可以说是作为小型应用，其中99%的应用并不是需要实时更新的，而且诟病于蜗牛般的移动网速，与服务器的数据交互是能少则少，这样用户体验才更好，这也是我们有时舍弃webview而采用json传输数据的原因之一。
采用缓存，可以进一步大大缓解数据交互的压力，特此，我们简略列举一下缓存管理的适用环境：
1. 提供网络服务的应用
2. 数据更新不需要实时更新，但是哪怕是3-5分钟的延迟也是可以采用缓存机制。
3. 缓存的过期时间是可以接受的(不会因为缓存带来的好处，导致某些数据因为更新不及时而影响产品的形象等)
带来的好处：
1. 服务器的压力大大减小
2. 客户端的响应速度大大变快(用户体验)
3. 客户端的数据加载出错情况大大较少，大大提高了应有的稳定性(用户体验)
4. 一定程度上可以支持离线浏览(或者说为离线浏览提供了技术支持)
一、缓存管理的方法
这里的缓存管理的原理很简：通过时间的设置来判断是否读取缓存还是重新下载。
里面会有一些细节的处理，后面会详细阐述。
基于这个原理，目前鄙人见过的两种比较常见的缓存管理方法是:数据库法和文件法。
二、数据库法缓存管理
这种方法是在下载完数据文件后，把文件的相关信息如url，路经，下载时间，过期时间等存放到数据库，下次下载的时候根据url先从数据库中查询，如果查询到当前时间并未过期，就根据路径读取本地文件，从而实现缓存的效果。
从实现上我们可以看到这种方法可以灵活存放文件的属性，进而提供了很大的扩展性，可以为其它的功能提供一定的支持；
从操作上需要创建数据库，每次查询数据库，如果过期还需要更新数据库，清理缓存的时候还需要删除数据库数据，稍显麻烦，而数据库操作不当又容易出现一系列的性能，ANR问题，实现的时候要谨慎，具体作的话，但也只是增加一个工具类或方法的事情。
还有一个问题，缓存的数据库是存放在/data/data/<package>/databases/目录下，是占用内存空间的，如果缓存累计，容易浪费内存，需要及时清理缓存。
当然这种方法从目前一些应用的实用上看，我没有发现什么问题。
本文我侧重强调第二种方法，第一种方法的实现，就此掠过。
三、文件法缓存管理
这种方法，使用File.lastModified()方法得到文件的最后修改时间，与当前时间判断是否过期，从而实现缓存效果。
实现上只能使用这一个属性，没有为其它的功能提供技术支持的可能。
操作上倒是简单，比较时间即可。本身处理也不容易带来其它问题，代价低廉。
四、文件法缓存管理的两点说明
1. 不同类型的文件的缓存时间不一样。
笼统的说，不变文件的缓存时间是永久，变化文件的缓存时间是最大忍受不变时间。
说白点，图片文件内容是不变的，直到清理，我们是可以永远读取缓存的。
配置文件内容是可能更新的，需要设置一个可接受的缓存时间。
2. 不同环境下的缓存时间标准不一样。
无网络环境下，我们只能读取缓存文件，哪怕缓存早就过期。
WiFi网络环境下，缓存时间可以设置短一点，一是网速较快，而是流量不要钱。
移动数据流量环境下，缓存时间可以设置长一点，节省流量，就是节省金钱，而且用户体验也更好。
举个例子吧，最近本人在做的一个应用在wifi环境下的缓存时间设置为5分钟，移动数据流量下的缓存时间设置为1小时。
这个时间根据自己的实际情况来设置：数据的更新频率，数据的重要性等。
五、何时刷新
开发者一方面希望尽量读取缓存，用户一方面希望实时刷新，但是成都网站制作响应速度越快越好，流量消耗越少越好，是一个矛盾。
其实何时刷新我也不知道，这里我提供两点建议：
1. 数据的最长多长时间不变，对应用无大的影响。
比如，你的数据更新时间为1天，则缓存时间设置为4~8小时比较合适，一天他总会看到更新，如果你觉得你是资讯类应用，再减少，2~4小时，如果你觉得数据比较重要或者比较受欢迎，用户会经常把玩，再减少，1~2小时，依次类推。
为了保险起见，你可能需要毫无理由的再次缩减一下。
2. 提供刷新按钮。
上面说的保险起见不一定保险，最保险的方法使在相关界面提供一个刷新按钮，为缓存，为加载失败提供一次重新来过的机会，有了这个刷新按钮，我们的心也才真的放下来。
⑼ .net中用了缓存，如何判断数据库的数据是否有变动，然后更新缓存
你思路有问题。其实这个问题很好解决。就是一个缓存和数据库同步的问题。有两个方案供你参考，当然具体代码自己去写，我只提供你思路。
一、SQL SERVER2005以上版本的依赖式缓存，这个解决方案就是当数据库的数据有更新的时候会自动更新到缓存里。具体怎么配置，网上查找下，教程很多。
二、自己写数据库和缓存的数据同步代码。当客户端把更新数据库的数据操作的时候同时更新缓存里的数据。毕竟写比读少了很多。但是在写缓存的时候，必须注意一个问题，那就是公共缓存对象并发控制的问题，别出现死锁，或者脏读，幻读这类的线程锁出错的问题。。。记住一定要在写缓存的时候锁住它。。。数据库其实在写的时候也是排它锁的。只不过被数据库系统自身处理掉了。你写数据库数据时感觉不到而已。
⑽ 究竟先操作缓存，还是数据库
这要看你对执行效率是不是要求很高了，频繁地读写数据库，特别是远程数据库上很耗费时间和资源的，对于一条记录的多个字段，其数据特别是多媒体，写入数据库之前，当然要在内存中运算处理完成后一次性写入数据库中，这是毫无疑问的。