1.对hdfs操作的命令格式是hadoopfs1.1-ls表示对hdfs下一级目录的查看1.2-lsr表示对hdfs目录的递归查看1.3-mkdir创建目录1.4-put从linux上传文件到hdfs1.5-get从hdfs下载文件到linux1.6-text查看文件内容1.7-rm表示删除文件1.7-rmr表示递归删除文件2.hdfs在对数据存
系统 2019-08-12 09:27:33 2593
原文：http://www.hengtianyun.com/download-show-id-79.htmlOpenStack的Resize（升级）功能，我们可以改变虚拟机的CPU核数、内存及磁盘大小，当然虚拟机只能向上升级，不允许向下降级。通过分析源代码，我们发现Resize的过程其实就是冷迁移的过程，Resize多传进去了一个flavor参数。下面将分析OpenStack升级虚拟机和冷迁移的功能。一、前端入口(一)Resize/usr/share/op
系统 2019-08-12 09:27:15 2593
Tomcat6.0连接池的配置1.本人当前使用的Tomcat版本为：6.0.20，oracle为稳定的9i版本2.下文为方便起见，依习惯以%Tomcat_Home%表示Tomcat安装的目录，本人安装目录为“E:\ProgramFiles\WindowsXP\tomcat6”配置步骤如下：1.Tomcat6的配置和以前的不同了，不推荐在server.xml中进行配置，而是在%Tomcat_Home%\webapps\yourApp\META-INF\con
系统 2019-08-12 09:27:14 2593
在做恢复数据库备份时报错而且尝试了附加数据库也报错.从网上搜索了些方法尝试后也不行,请各位大牛出手相助.由于数据比较重要所以放在首页请各位见谅.由于更换服务器,我把原服务器上数据库进行备份后又将该数据库脱机后拷贝.mdf和.ldf至新的服务器上,原服务器随即重装系统.然后我在新服务器上我创建了个空的数据库去恢复备份发现显示名称***Incompleted***然后恢复时即报错.System.Data.SqlClient.SqlError:RestoreDe
系统 2019-08-12 01:55:30 2593
工作需要，安装装了oracle11g，在导入其他机器上的备份数据的时间，发生一个错误：IMP-00019:由于ORACLE错误12899而拒绝行IMP-00003:遇到ORACLE错误12899ORA-12899:列"ZHENG"."D_DIC"."DICEXPLAIN"的值太大(实际值:140,最大值:100)这个数据表结构是直接注入的，根本不会这样子的啊。后来在网上查了才知道原来是字符集的问题：在日志文件里，开始导入时候有这样一个提示："已经完成ZHS
系统 2019-08-12 01:55:03 2593
一、Oracle数据新建测试表、操作记录表和触发器1、新建test和test_log表createtabletest(namevarchar2(5)primarykey,passwordvarchar2(5)notnull)createtabletest_log(t_operatevarchar2(20),t_timedate)2、新建触发器tri_ope，当对test表进行操作时，记录操作时间和操作createorreplacetriggertri_op
系统 2019-08-12 01:54:56 2593
1、mysql备份命令是mysqldump，自动执行可以用cron，但是文件名需要带有时间标志，shell处理起来很麻烦，我就选择了python来解决2、文件名用time模块来解决，执行系统命令用os.system,需要注意的是，我是在CenOS6.5上测试的，默认安装的python不包含time，需要更新，命令为yuminstallpython3、代码如下#file_namecreate_bf.pyimportosimporttime#备份文件目录fil
系统 2019-08-12 01:54:46 2593
DELIMITER$$CREATEPROCEDUREInsertValueWithWhile()BEGINdeclare_Endintdefault0;while(_End<100)doINSERTINTOemp(empName)VALUES(_End);set_End=_End+1;endwhile;END$$DELIMITER;callInsertValueWithWhile();mysql批量插入
系统 2019-08-12 01:54:36 2593
有一个log表，结构是这样的：CREATETABLE`weblog`(`id`int(10)unsignedNOTNULLAUTO_INCREMENT,`ip`varchar(45)NOTNULL,`time`timestampNOTNULLDEFAULTCURRENT_TIMESTAMPONUPDATECURRENT_TIMESTAMP,`kind`varchar(255)NOTNULL,PRIMARYKEY(`id`))ENGINE=MyISAMAUT
系统 2019-08-12 01:54:18 2593
本文摘自：http://www.heiqu.com/show-64764-1.html内容为：由于安装MySQL的时候，疏忽没有选择底层编码方式，采用默认的ASCII的编码格式，于是接二连三的中文转换问题随之而来，就想卸载了重新安装MYSQL，这一卸载倒是出了问题，导致安装的时候安装不上，在网上找了一个多小时也没解决。重装系统永远是个好办法，但有谁喜欢这么做呀:(后来无意发现是卸载的时候没有卸载完全导致，下面给出完整的卸载MySQL5.1的卸载方法：1、控
系统 2019-08-12 01:53:21 2593
