⑴ android studio 编程如何实现读取微信缓存的excel表格
Part One 前情提要
本文是使用AndroidStudio来编写代码，来实现对Excel表格中的数据读取。
实际工作开发中我们可能需要从Excel表格中读取数据，以实现实际需求。比如：
1.将Excel表格中的数据导入数据库中（可能不是完全按照表格中的现有数据格式）
2.将Excel表格中的数据读出来，进行一些操作只后，再写回Excel表格中
3.单纯的读取数据
… …
总会有那么一天可能你也要和Excel打打交道，所以现在如果你有时间可以先来学习一下，了解一下。充实一下自己。
注：突然需要是用Excel，主要也是因为最近公司计划玩一玩大数据。所以这几天需要使用Excel造一些假数据（因为老板们不熟悉数据库，我总不能给他们一人一个sql吧），所以也算是没有办法，只能把数据填写到Excel中了。
Part Two 主角登场
操作步骤：
1.下载读取Excel需要引用的jar包
下载jar包：jxl.jar，点击下载jxl.jar
2.下载好需要的jar包以后，接下来我们使用AndroidStudio创建一个Project。创建好了以后，我们下载下来的jar包添加到项目中。
添加结果如下：
3.接下来就是使用这个jar中的工具类来进行，Excel表格的操作了。
对Excel表格操作主要使用到jar中的3个类
jxl.Workbook Excel文件类实体
代码示例：
// “data_table.xls” 相对路径或者绝对路径均可以
Workbook book = Workbook.getWorkbook(new File(“data_table.xls”));
// “data_table.xls” android项目中assets目录中 文件名
Workbook book = Workbook.getWorkbook(assetManager.open(“data_table.xls”));
jxl.Sheet 表格类
代码示例：
//获得第一个工作表对象(ecxel中sheet的编号从0开始,0,1,2,3,….)
Sheet sheet = book.getSheet(0);
jxl.Cell 单元格类
代码示例：
// 获取第0行第0列的一个单元格（表格左上角第一个单元格）
Cell cell = sheet.getCell(0, 0); //（列，行）
4.Workbook类 方法
⑵ oracle keep pool会不会自动缓存cache的表数据的更改
ORACLE缓存是把ORACLE近期查看的语句防止在ORACLE设定的缓存当中
ORACLE缓存表是把表某个表放置在缓存当中，缓存是ORACLE在内存中的一个分区
表缓存的设定
oracle中如何将表缓存到内存中
由于在一些静态资料表在数据库中被频繁的访问，所以可以考虑将这些数据量不大的表缓存到内存当中。
将fisher表缓存到内存中
alter table fisher cache;方法一
2）alter table fisher storage(buffer_pool keep);方法二
--取消缓存
1）alter table fisher nocache;
2）alter table fisher storage(buffer_pool default);
select table_name,OWNER,cache,buffer_pool from dba_tables where table_name='FISHER'; --查看是否缓存
select * from dba_segments where segment_name='FISHER' ; --查看表大小
方法一： cache是将表缓存到share pool 中，该操作直接将表缓存的热端，受LRU算法控制。
方法二：将表缓存到一个固定的内存空间中，默认情况下buffer_pool空间为0,。需手动设置空间大小。
设置空间大小：alter system set db_keep_cache_size=50M scope=both sid=‘*';
--表缓存
alter table table_name cache = alter table table_name storage(buffer_pool default);
alter table table_name storage(buffer_pool keep);
--已经加入到KEEP区的表想要移出缓存，使用
alter table table_name nocache;
--查看哪些表被放在缓存区 但并不意味着该表已经被缓存
select table_name from dba_tables where buffer_pool='keep';
--查询到该表是否已经被缓存
select table_name,cache,buffer_pool from user_TABLES where cache like '%Y';
--查询当前用户下表的情况
select table_name,cache,buffer_pool from user_TABLES;
--对于普通LOB类型的segment的cache方法
alter table t2 modify lob(c2) (storage (buffer_pool keep) cache);
--取消缓存
alter table test modify lob(address) (storage (buffer_pool keep) nocache);
keep Buffer Pool
Keep Buffer Pool 的作用是缓存那些需要经常查询的对象但又容易被默认缓冲区置换出去的对象，按惯例，Keep pool设置为合理的大小，以使其中存储的对象不再age out，也就是查询这个对象的操作不会引起磁盘IO操作，可以极大地提高查询性能。
默认的情况下 db_keep_cache_size=0，未启用，如果想要启用，需要手工设置db_keep_cache_size的值，设置了这个值之后 db_cache_size 会减少。
并不是我们设置了keep pool 之后，热点表就一定能够缓存在 keep pool ，keep pool 同样也是由LRU 链表管理的，当keep pool 不够的时候，最先缓存到 keep pool 的对象会被挤出，不过与default pool 中的 LRU 的管理方式不同，在keep pool 中表永远是从MRU 移动到LRU，不会由于你做了FTS而将表缓存到LRU端，在keep pool中对象永远是先进先出。当oracle发现你的表太太，大过你设定keep pool的大小是，根本就不会放到keep池中去的（如keep pool设定100M ，设定的用户缓存的表为200M）。可以用select segment_name from dba_segments where BUFFER_POOL = 'KEEP';语句查看便知。
10g中SGA自动管理，ORACLE并不会为我们管理keep pool ，ORACLE只会管理default pool。
查看 keep pool 大小
SQL> select component,current_size from v$sga_dynamic_components
2 where component='KEEP buffer cache';
COMPONENT CURRENT_SIZE
---------------------------------------------------------------- ------------
KEEP buffer cache 0
手动分配keep pool
SQL> show parameter keep
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
buffer_pool_keep string
control_file_record_keep_time integer 7
db_keep_cache_size big integer 0
SQL> alter system set db_keep_cache_size=10m;
系统已更改。
SQL> show parameter keep
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
buffer_pool_keep string
control_file_record_keep_time integer 7
db_keep_cache_size big integer 16M这里keep pool 16M，可我前面设置命名是10m了？
SQL> select component,current_size from v$sga_dynamic_components where component='KEEP buffer cache';
COMPONENT CURRENT_SIZE
---------------------------------------------------------------- ------------
KEEP buffer cache 16777216 这里keep pool 16M，可我前面设置命名是10m了？
查看keep pool剩余大小
SQL> select p.name,a.cnum_repl "total buffers",a.anum_repl "free buffers" from x$kcbwds a, v$buffer_pool p
2 where a.set_id=p.LO_SETID and p.name='KEEP';
NAME total buffers free buffers
-------------------- ------------- ------------
KEEP 1984 1984
可以看到没有使用过keep 池
指定table的缓存池
SQL>create table test as select * from dba_objects;;
Table created.
SQL> alter table test storage(buffer_pool keep);
Table altered.
或者是
create table test storage(buffer_pool keep) as select * from dba_objects;
查看放入Keep的对象
SQL> select segment_name from dba_segments where BUFFER_POOL = 'KEEP';
SEGMENT_NAME
--------------------------------------------------------------------------------
TEST
SQL> /
NAME total buffers free buffers
-------------------- ------------- ------------
KEEP 1984 1962 可以看到使用了22个block
查看以上的表占用了db_keep_cache_size 多大的空间？
SQL> select substr(sum(b.NUMBER_OF_BLOCKS) * 8129 / 1024 / 1024, 1, 5) || 'M'
from (SELECT o.OBJECT_NAME, COUNT(*) NUMBER_OF_BLOCKS
FROM DBA_OBJECTS o, V$BH bh, dba_segments dd
WHERE o.DATA_OBJECT_ID = bh.OBJD
AND o.OWNER = dd.owner
and dd.segment_name = o.OBJECT_NAME
and dd.buffer_pool != 'DEFAULT'
GROUP BY o.OBJECT_NAME
ORDER BY COUNT(*)) b; 2 3 4 5 6 7 8 9
SUBSTR(SUM(
-----------
3.643M
SQL> select table_name,cache,blocks from dba_tables where wner='ROBINSON' and buffer_pool='KEEP';
TABLE_NAME CACHE BLOCKS
------------------------------ -------------------- ----------
TEST N 22
可以看到这个表的 22个block 全部cache 到 keep pool ，这里的cache 字段表明 这个表 还没有使用 这个命令 alter table test cache,如果 使用了 alter table test cache ,命令，那么 N 将变成Y
总结：如果表经常使用，而且表较小，可以设置 keep pool ，将table 全部 cache 到 keep pool, keep pool 要么 全部 cache 一个table ，要么不cache 。所以，对于大表来说，如果想要 cache 到 keep pool， 就需要设置 较大的 keep pool ，以容纳大的 table，否者就没有作用了。
Recycle Buffer Pool
Recycle Buffer Pool正好相反。Recycle Buffer Pool用于存储临时使用的、不被经常使用的较大的对象，这些对象放置在Default Buffer Pool显然是不合适的，这些块会导致过量的缓冲区刷新输出，而且不会带来任何好处，因为等你想要再用这个块时，它可已经老化退出了缓存。要把这些段与默认池和保持池中的段分开，这样就不会导致默认池和保持池中的块老化而退出缓存。
SQL> show parameter recyc
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
buffer_pool_recycle string
db_recycle_cache_size big integer 12M
recyclebin string on
如何将一个表放入Recycle Buffer Pool中：
SQL> alter table test1 storage (buffer_pool recycle);
Table altered.
很多老的文档会提及buffer_pool_keep和buffer_pool_recycle 这两个参数，其实这两个参数已经废弃，由新参数db_keep_cache_size和db_recycle_cache_size 替代：
SQL>select ISDEPRECATED,NAME from v$parameter where name = 'buffer_pool_keep';
ISDEP NAME
----- -----------------
TRUE buffer_pool_keep
=======================================================================================
--表缓存
alter table ..... storage(buffer_pool keep);
--查看哪些表被放在缓存区 但并不意味着该表已经被缓存
select table_name from dba_tables where buffer_pool='keep';
--查询到该表是否已经被缓存
select table_name,cache,buffer_pool from user_TABLES where cache like '%Y';
--已经加入到KEEP区的表想要移出缓存，使用
alter table table_name nocache;
--批量插入ORACLE建议用
insert all into ...insert into ...select 1 from al;
insert all into ... insert into ...select 1 from al;
--查询当前用户下表的情况
select table_name,cache,buffer_pool from user_TABLES;
--对于普通LOB类型的segment的cache方法
alter table t2 modify lob(c2) (storage (buffer_pool keep) cache);
--取消缓存
alter table test modify lob(address) (storage (buffer_pool keep) nocache);
--查询段
select segment_name,segment_type,buffer_pool from user_segments;
--对基于CLOB类型的对象的cache方法
alter table lob1 modify lob(c1.xmldata) (storage (buffer_pool keep) cache);
--查询该用户下所有表内的大字段情况
select column_name,segment_name from user_lobs;
来一段Tom关于Multiple Buffer Pools的解释，讲解得很清楚：
实际上，这3 个池会以大体相同的方式管理块；将块老化或缓存的算法并没有根本的差异。这样做的目标是让DBA 能把段聚集到“热”区（hot）、“温”区（warm）和“不适合缓存”区（do not care to cache）。
理论上讲，默认池中的对象应该足够热（也就是说，用得足够多），可以保证一直呆在缓存中。缓存会把它们一直留在内存中，因为它们是非常热门的块。可能还有一些段相当热门，但是并不太热；这些块就作为温块。这些段的块可以从缓存刷新输出，为不常用的一些块（“不适合缓存”块）腾出空间。为了保持这些温段的块得到缓存，可以采取下面的某种做法：将这些段分配到保持池，力图让温块在缓冲区缓存中停留得更久。将“不适合缓存”段分配到回收池，让回收池相当小，以便块能快速地进入缓存和离开缓存（减少管理的开销）。这样会增加DBA 所要执行的管理工作，因为要考虑3 个缓存，要确定它们的大小，还要为这些缓存分配对象。还要记住，这些池之间没有共享，所以，如果保持池有大量未用的空间，即使默认池或回收池空间不够用了，保持池也不会把未用空间交出来。总之，这些池一般被视为一种非常精细的低级调优设备，只有所有其他调优手段大多用过之后才应考虑使用。
按以上步骤把表storage到keep pool中，然后调用alter system flush buffer_cache清空缓存，再全表扫描该表并打开执行计划跟踪，发现有physical reads，如下：
第一次执行计划如下：
----------------------------------------------------------
0 recursive calls
0 db block gets
253 consistent gets
251 physical reads
0 redo size
520 bytes sent via SQL*Net to client
469 bytes received via SQL*Net from client
2 SQL*Net roundtrips to/from client
0 sorts (memory)
0 sorts (disk)
1 rows processed
第二次执行计划如下：
----------------------------------------------------------
0 recursive calls
0 db block gets
253 consistent gets
0 physical reads
0 redo size
520 bytes sent via SQL*Net to client
469 bytes received via SQL*Net from client
2 SQL*Net roundtrips to/from client
0 sorts (memory)
0 sorts (disk)
1 rows processed
不知道是否可以这样理解：对于storage到keep pool中的表，第一次会直接physical reads 到keep pool中，下次就直接从keep pool中读了。flush buffer_cache会清空keep pool，这个试验就可以证明。
像上面这样连续执行2次再看执行计划，和不设置keep pool时的执行计划应该一样的，因为读第二次时，也是从default cache中读。但是当我们多读几个大表到buffer cache后，也就是替换原来从default cache中读取的数据后，再去读放入keep中的表时，就会发现keep确实起作用了，唉，终于明白怎么一回事，害得我为flush buffer导致keep中的表也phisical郁闷了半天。
ORACLE缓存设置
Oracle缓存由两个参数控制SGA_TARGET和PGA_AGGREGATE_TARGET，设置了这两个参数，其他的基本内存部分都由Oracle自动配置为最优值，这也是Oracle推荐的方式。
SGA_TARGET 和PGA_AGGREGATE_TARGET是动态参数，可以在不重启数据库的情况下修改。但是SGA_TARGET受限于 sga_max_size，SGA_TARGET不能超过sga_max_size，所以要增大sga_target先要增大sga_max_size，而sga_max_size是静态参数，修改sga_max_size必须重启Oracle。
所以修改sga_target和pga_aggregate_target的过程如下：
1、修改sga_max_size
SQL>ALTER SYSTEM SET sga_max_size=4g scope=spfile;
2、重启Oracle
3、设置参数sga_target和pga_aggregate_target，
alter system set sga_target=4G;
alter system set pga_aggregate_target=1g;
如果使用的是10g，已经是ASM, oracle会根据统计的信息，自动的来调整你的内存组件的大小，你只需要设置sga_target即可。当然你可以手动设置 db_cache_size，如果设置了的话，Oracle会在自动调整内存大小的时候把这个作为db_cache_size的最小值。
对于sga_target,在动态修改的时候，最大值不能操过sga_max_size, 如果是用scope=spfile这个方式来修改可以超过sga_max_size，应该此时sga_max_size也跟着变大了，如果超过的话。
Oracle 对数据库的cache有他自己的计算的，10g以后，内存是动态的根据对你使用系统的统计来进行调整的，如果出现问题，这块不是原因，你之所以db cache还没有上去，可能是访问的数据比较少，不过你加大db_cache_size的值，会保留这个内存空间的，但是也是一样的，数据 load到内存里，才看得到变化。
数据访问是什么样的访问，你的系统是OLAP还是OLTP，这些应用上的东西对你的决定也有影响的，要谨记，数据库的优化和维护，不仅仅是DBA来做的。如果是到了只能通过DBA来做这一步的话，就相当于看病已经到了拿手术刀这一步了。你的改变带来的风险和代价最高。
要想减少磁盘读,只能增大内存的使用.楼主可以看看这个视图v$db_cache_size,并执行下面的查询:
select block_size, size_for_estimate, size_factor, estd_physical_read_factor, estd_physical_reads from v$db_cache_advice;
Oracle在这个视图中针对db_cache_size的大小会给出一些建议。
下面解释几个列的含义
size_for_estimate：估计的cache size大小
size_factor： 估计的cache size大小与当前大小的比值
estd_physical_reads：在估计的cache size大小情况下，会产生的物理读数量
estd_physical_read_factor：估计的物理读数量与当前物理读数量的比值。
例子：
SIZE_FOR_ESTIMATE SIZE_FACTOR ESTD_PHYSICAL_READ_FACTOR ESTD_PHYSICAL_READS
⑶ 怎么写一个缓存把从数据库中的数据放入缓存中,在页面直接读取缓存中的数据
先定义成结构，把表里的字段存进结构，然后把结构定义成vector，把结构存入vector，也就是缓存了，要的时候取就是了
⑷ thinkphp 加载常用函数和配置文件 会有缓存吗
一、配置文件设置首先,我们在TP项目配置目录Config下新建一个配置文件,命名为setting.config.php,这个文件用以保存动态的参数。然后,项目主配置文件Config.php中用合并数组的方式,将setting.config.php合并进来。这样,在整个项目中,即可调用setting.config.php中的配置参数了。
二、实现动态管理参数在后台,建立一个功能,将setting.config.php的默认值读出,并显示在一个表单中。这里可以使用TP的C函数实现。然后,即可在表单中对各个参数的值进行设置。表单提交保存后,将表单提交的值,进行处理,具体代码如下:setting.config.php文件的结构
<?php
return array(
'setting'=>array(
'tel'=>'400-088-7380',
'qq'=>'88888888',
......
),
);
?>
保存配置参数的操作
function SaveSetting(){
//setting.config.php文件的路径,通过settingfile_path来设定;
$setfile='./Home'.C('settingfile_path');
$a=C('setting');//将默认配置参数的内容赋值给$a;
$b=array(
'tel'=> $_POST['tel'],
'web'=> $_POST['web'],
........
);
//这里将新的参数值,通过后台的表单提交过来;
$c=array_merge($a,$b);
//将数组$a和$b合并;我们知道,array_merge()函数,可以合并两个数组,并且如果数组元素具有相同的键名,后面的值会覆盖前面的值(数字键名除外);然后,将合并后的数组$c的值进行遍历后,生成php文件代码;
$settingstr="<?php \n return array(\n'Setting' =>array(\n";
foreach($c as $key=>$v){
$settingstr.="\t'".$key."'=>'".$v."',\n";
}
$settingstr.="),\n);\n?>\n";
file_put_contents($setfile,$settingstr);//通过file_put_contents保存 setting.config.php文件;
到此,setting.config.php文件的配置参数的值,已经被更新;(Thinkphp3.1版本,已经支持C函数保存设置的参数值,所以,本方法,适合于3.0及以下版本的TP)另外,我们知道TP在第一次运行时会把项目所有的配置文件,配置参数等,生成一个runtime缓存文件,如果我们更新了congfig 的内容,那么必须删除项目中的缓存文件后才能生效。为此,我们让系统自己来清空缓存,更新参数。代码如下:
//RUNTIME_FILE常量是入口文件中配置的runtimefile的路径及文件名;
if(file_exists(RUNTIME_FILE)){
unlink(RUNTIME_FILE);//删除RUNTIME_FILE;
}
光删除runtime_file还不够,要清空一下Cache文件夹中的文件;代码如下:
$cachedir=RUNTIME_PATH."/Cache/";//Cache文件的路径;
if($dh = opendir($cachedir)){//打开Cache文件夹;
while(($file = readdir($dh))!==false){//遍历Cache目录,
unlink($cachedir.$file);//删除遍历到的每一个文件;
}
closedir($dh);
}
到此,整个动态配置参数文件,并清空缓存的功能全部实现
⑸ php怎么读取设置nginx缓存
nginx缓存
nginx有两种缓存机制:fastcgi_cache和proxy_cache
下面我们来说说这两种缓存机制的区别吧
proxy_cache作用是缓存后端服务器的内容，可能是任何内容，包括静态的和动态的
fastcgi_cache作用是缓存fastcgi生成的内容，很多情况是php生成的动态内容
proxy_cache缓存减少了nginx与后端通信的次数，节省了传输时间和后端带宽
fastcgi_cache缓存减少了nginx与php的通信次数，更减轻了php和数据库的压力。
proxy_cache缓存设置
#注：proxy_temp_path和proxy_cache_path指定的路径必须在同一分区
proxy_temp_path/data0/proxy_temp_dir;
#设置Web缓存区名称为cache_one，内存缓存空间大小为200MB，1天没有被访问的内容自动清除，硬盘缓存空间大小为30GB。
proxy_cache_path/data0/proxy_cache_dirlevels=1:2keys_zone=cache_one:200minactive=1dmax_size=30g;
server
{
listen80;
server_namewww.yourdomain.com192.168.8.42;
indexindex.htmlindex.htm;
root/data0/htdocs/www;
location/
{
#如果后端的服务器返回502、504、执行超时等错误，自动将请求转发到upstream负载均衡池中的另一台服务器，实现故障转移。
proxy_next_upstreamhttp_502http_504errortimeoutinvalid_header;
proxy_cachecache_one;
#对不同的HTTP状态码设置不同的缓存时间
proxy_cache_valid20030412h;
#以域名、URI、参数组合成Web缓存的Key值，Nginx根据Key值哈希，存储缓存内容到二级缓存目录内
proxy_cache_key$host$uri$is_args$args;
proxy_set_headerHost$host;
proxy_set_headerX-Forwarded-For$remote_addr;
proxy_passhttp://backend_server;
expires1d;
}
#用于清除缓存，假设一个URL为http://192.168.8.42/test.txt，通过访问http://192.168.8.42/purge/test.txt就可以清除该URL的缓存。
location~/purge(/.*)
{
#设置只允许指定的IP或IP段才可以清除URL缓存。
allow127.0.0.1;
allow192.168.0.0/16;
denyall;
proxy_cache_purgecache_one$host$1$is_args$args;
}
#扩展名以.php、.jsp、.cgi结尾的动态应用程序不缓存。
location~.*.(php|jsp|cgi)?$
{
proxy_set_headerHost$host;
proxy_set_headerX-Forwarded-For$remote_addr;
proxy_passhttp://backend_server;
}
access_logoff;
}
}
fastcgi_cache缓存设置
#定义缓存存放的文件夹
fastcgi_cache_path/tt/cachelevels=1:2keys_zone=NAME:2880minactive=2dmax_size=10G;
#定义缓存不同的url请求
fastcgi_cache_key"$scheme$request_method$host$uri$arg_filename$arg_x$arg_y";
server{
listen8080;
server_namewww.example.com;
location/{
root/www;
indexindex.htmlindex.htmindex.php;
}
location~(|.php)${
root/www;
fastcgi_pass127.0.0.1:9000;
fastcgi_cacheNAME;
fastcgi_cache_valid20048h;
fastcgi_cache_min_uses1;
fastcgi_cache_use_staleerrortimeoutinvalid_headerhttp_500;
fastcgi_indexindex.php;
fastcgi_paramSCRIPT_FILENAME/scripts$fastcgi_script_name;
includefastcgi.conf;
#设置缓存的过程中发现无法获取cookie，经查需要定义这句话
fastcgi_pass_headerSet-Cookie;
}
log_formataccess'$remote_addr-$remote_user[$time_local]"$request"'
'$status$body_bytes_sent"$http_referer"'
'"$http_user_agent"$http_x_forwarded_for';
access_log/httplogs/access.logaccess;
}
总的来说nginx的proxy_cache和fastcgi_cache的缓存配置差不多。
memcache缓存
在讨论memcache缓存之前，我们先了解下mysql的内存缓存吧
mysql的内存缓存可以在my.cnf中指定大小：内存表和临时表不同，临时表也是存放内存中，临时表最大的内存需要通过tmp_table_size=128M设定。当数据查过临时表的最大值设定时，自动转为磁盘表，此时因需要进行IO操作，性能会大大下降，而内存表不会，内存满了后，会提示数据满错误。
例：
createtabletest
(
idintunsignednotnullauto_incrementprimarykey
statechar(10),
typechar(20),
datechar(30)
)engine=memorydefaultcharset=utf8
内存表的特性：
1.内存表的表定义存放在磁盘上，扩展名为.frm，所以重启不会丢失
2.内存表的数据是存放在内存中，重启会丢失数据
3.内存表使用一个固定的长度格式
4.内存表不支持blob或text列，比如varchar与text字段就不会被支持
5.内存表支持auto_increment列和对可包含null值的列的索引
6.内存表不支持事物
7.内存表是表锁，当修改频繁时，性能可能会下降
转自：
http://www.nowamagic.net/librarys/veda/detail/1405
下面我们来看看memcache，相对而言mysql的内存表限制较多。
memcache的用途
1.提高系统的并发能力
2.减轻数据库的负担
注：memcachelinux系统32位只支持4G内存，同时memcache最长保存时间为30天。
⑹ form表单中怎么实现缓存点击下一步之后再点击上一步 前面输入的数据不存在了
可以使用不刷新页面儿的方案
不要使用原生的表单进行提交，原生表单提交后都是要刷新页面儿的，
可以通过ajax进行提交。这样提交后不会刷新页面，输入的数据还存在用户体验更好。
⑺ 启用数据库字段缓存有什么好处
thinkphp 3.2关闭/开启字段缓存实例
通常每个模型类是操作某个数据表，在大多数情况下，系统会自动获取当前数据表的字段信息。
系统会在模型首次实例化的时候自动获取数据表的字段信息（而且只需要一次，以后会永久缓存字段信息，除非设置不缓存或者删除），如果是调试模式则不会生成字段缓存文件，则表示每次都会重新获取数据表字段信息。
字段缓存保存在Runtime/Data/_fields/ 目录下面，缓存机制是每个模型对应一个字段缓存文件（注意：并非每个数据表对应一个字段缓存文件），命名格式是：
数据库名.模型名（小写）.php
例如：
demo.user.php // User模型生成的字段缓存文件
demo.article.php // Article模型生成的字段缓存文件
字段缓存包括数据表的字段信息、主键字段和是否自动增长，如果开启字段类型验证的话还包括字段类型信息等等，无论是用M方法还是D方法，或者用原生的实例化模型类一般情况下只要是不开启调试模式都会生成字段缓存（字段缓存可以单独设置关闭）。
可以通过设置DB_FIELDS_CACHE 参数来关闭字段自动缓存，如果在开发的时候经常变动数据库的结构，而不希望进行数据表的字段缓存，可以在项目配置文件中增加如下配置：
// 关闭字段缓存
'DB_FIELDS_CACHE'=>false
注意：调试模式下面由于考虑到数据结构可能会经常变动，所以默认是关闭字段缓存的。
如果需要显式获取当前数据表的字段信息，可以使用模型类的getDbFields方法来获取当前数据对象的全部字段信息，例如：
$User = M('User');
$fields = $User->getDbFields();
如果你在部署模式下面修改了数据表的字段信息，可能需要清空Data/_fields目录下面的缓存文件，让系统重新获取更新的数据表字段信息，否则会发生新增的字段无法写入数据库的问题。
如果不希望依赖字段缓存或者想提高性能，也可以在模型类里面手动定义数据表字段的名称，可以避免IO加载的效率开销，例如：
namespace Home\Model;
use Think\Model;
class UserModel extends Model {
protected $fields = array('id', 'username', 'email', 'age');
protected $pk = 'id';
}
pk属性定义当前数据表的主键名，默认值就是id，因此如果是id的话可以无需定义。
除了可以设置数据表的字段之外，我们还可以定义字段的类型，用于某些验证环节。例如：
namespace Home\Model;
use Think\Model;
class UserModel extends Model {
protected $fields = array('id', 'username', 'email', 'age',
'_type'=>array('id'=>'bigint','username'=>'varchar','email'=>'varchar','age'=>'int')
);
}
⑻ 表单method属性get请求和post那个可以缓存
Get是用来从服务器上获得数据，而Post是用来向服务器上传递数据。Get
是不安全的，因为在传输过程，数据被放在请求的URL中，而如今现有的很多服务器、
代理服务器或者用户代理都会将请求URL记录到日志文件中，然后放在某个地方，这样就
可能会有一些隐私的信息被第三方看到。另外，用户也可以在浏览器上直接看到提交的数据，
一些系统内部消息将会一同显示在用户面前。Post的所有操作对用户来说都是不可见的。