代码示例
LOAD DATA INFILE “d:/bc/test.txt” into table xx_xx fields terminated by “\n” lines terminated by “***\n”;
如果在windows里,路径分隔符不要用\而是要用/
在Linux下用命令导出的txt文件,换行符是没有\r的,所以分隔符只要一个\n就行了。
数据多的话,会比较慢,不要动,等它完成。
代码示例
LOAD DATA INFILE “d:/bc/test.txt” into table xx_xx fields terminated by “\n” lines terminated by “***\n”;
如果在windows里,路径分隔符不要用\而是要用/
在Linux下用命令导出的txt文件,换行符是没有\r的,所以分隔符只要一个\n就行了。
数据多的话,会比较慢,不要动,等它完成。
事实上我的新加坡机器已经够快了,这个时候换腾讯多少有点不划算。
但是既然换了,就要立刻用上,不然总觉得不对劲。
首先当然还是安装Lnmp。
安装到一半,哦,其实是还没开始安装,刚下载了几个依赖包,就说下载不了,为什么呢,原来是腾讯的yum源有问题。
ctrl+c不管事,只好用ctrl+z。
用uninstall.sh把装了一半的lnmp给卸载了,那速度,估计根本就没有开始装,所以超快结束。
然后想着是不是因为最后选了一个缓存工具,是那个玩意的包下载不了,于是就选择不安装缓存工具。
结果呢,并没有卵用。
其实错误提示已经说明了,腾讯的mirror就是有问题,事实上ping都ping不通。
于是开始考虑换yum源。
查到一个文章:http://www.cnblogs.com/lightnear/archive/2012/10/03/2710952.html
一试,根本不行。首先163这个根本解析不出来。
这难不倒我,我在本地把163的Mirror给ping出来了。然后自以为是地用IP代替了一级域名。
接着走下面的步骤,结果更新缓存的时候遇到提示说yum已经在运行了,不能搞,于是又用上kill来解决yum进程。ps -ef | grep yum | grep -v grep | cut -c10-15 | xargs kill -9
以为马上要搞定了,结果又发现原来的tencent又跑出来了。
为什么呢?难道我得把163的域名重新用上?好,我改etc/hosts,然后service network restart
现在可以直接用域名来下载repo了。
但是没有卵用,翻来覆去还是腾讯的源在那里瞎转。
我又上网查。
结果查到这个一个做法:
1. cd /etc/yum.repos.d
2. mv CentOS-Base.repo CentOS-Base.repo.backup
3. wget http://mirrors.163.com/.help/CentOS6-Base-163.repo
4. mv CentOS6-Base-163.repo CentOS-Base.repo
5.yum clean all
仔细一看,这才是正解嘛。
替换,清除,比什么改cache看起来就更靠谱。
一试,果然有效。
当然我不是傻子。
我这里是CentOS7,这个我早就改了。
看来到现在这个阶段,再不能满足于黑盒办事的思维了,什么事情遇到了,都得调查清楚,光靠试是不行的。看到不对劲的东西,一定要查个水落石出,不然一定是想省时间变成误时间。
哦,如果我把这个服务器的lnmp安装好了,另一个要不要装呢?
腾讯搞的解决方案叫我弄两个服务器,一个是所谓应答,一个是业务,这应答没开,先把业务开了,好像不合适吧。买了他的东西,现在想找他的解决方案说明书都找不到一个,你不能光卖给我一堆云硬件,也该有项目demo和一整套软件才好吧?
1. 编辑php的配置文件:php.ini,搜索并找到disable_functions;
2. 删除disable_functions后面的scandir字符串,保存php.ini;
3. 重载或重启php-fpm服务即可:service php-fpm reload 。