$ date
Tue Feb 3 11:29:00 CST 2009
--把时间转成秒数
$ date +%s
1233631748
--把秒数转换成标准时间格式(方法1)
$ date -d '1970-1-1 0:0:0 GMT + 1233631748 seconds'
Tue Feb 3 11:29:08 CST 2009
--把秒数转换成标准时间格式(方法2)
$ date -d @1233631748
Tue Feb 3 11:29:08 CST 2009
建议使用别名简化并转换成我们熟悉的时间格式,如:
$ alias d='date +'%F %T''
$ alias dd='date +'%F %T' -d'
$ d
2009-02-03 11:39:58
$ dd @1233631748
2009-02-03 11:29:08
可以把两个alias语句放入.bash_profile中,登陆后即可使用
Bash中还可以使用数组变量,其赋值有两种:
(1) name = (value1 ... valuen) 此时下标从0开始
(2) name[index] = value
数组下标的范围没有任何限制,同时也不必使用连续的分量.
--------------------------------------------------------------------------------
$ A=(a b c def)
==================================================
$ echo
${A[@]}
//取全部元素
a b c def
=================================================
$ echo ${A[0]}
//取第一个元素
a
=================================================
//取得数组元素的个数
$ echo ${#A[@]}
4
$ echo ${#A[*]}
4
$ echo ${#A[3]} //取得元素3的长度
$
==================================================
$ A[3]=yaoshuyin //将第三个元素重新赋值
$ echo ${A[@]}
a b c yaoshuyin
<一>====================================================================================
今天早上服务器突然断电,导致下面的错误出现。然后找到了解决方案。现在公布给大家,一帮能帮助到和我一样出错的朋友。
问题:
---------------------------------------------------------------------------------------------
在使用mysql的过程中,机器重启后
使用一个表,提示 error 1030 got error 127 from table
handler
---------------------------------------------------------------------------------------------
解决方案:
---------------------------------------------------------------------------------------------
其实就是将损坏的表进行修复。
1,简单的修复模式
myisamchk -r -q path/数据库/坏表.MYI
注:-r ----恢复模式
-q ----快速修复
2,使用安全修复模式
myisamchk --s
查询数据库中的存储过程:
方法一:
select `name` from mysql.proc where db = 'your_db_name'
and `type` = 'PROCEDURE'
方法二:
show procedure
status;
查看存储过程或函数的创建代码:
ProFTPD 是一个强大的 FTP 服务端程序。那么,在实际使用中,我们如何对 FTP 进行合理的资源分配及限制呢?
1、在有限的带宽中,对 FTP 下载进行限速是大家都关心的功能。在 ProFTPD 中,我们可以方便地进行设置。
打开 /etc/proftpd.conf (ProFTPD 的配置文件),
TransferRate RETR, STOR 50表示对所有的上传下载限速为50KB
TransferRate RETR 100
TransferRate STOR 80表示对所有下载限速100KB,对所有上传限速80KB
TransferRate RETR
100:52428800表示对下载50M以下的文件不限速,超过50M了才限速。这里,52428800的单位是Byte。这个可以用来限制大文件的下载,很实用哦。^0^
注:TransferRate 指令在 ProFTPD
1.2.8rc1及以后版本有效。
2、连接数的设置也是很重要的。ProFTPD 可以进行的设置也丰富。
MaxClients 10表示FTP连接数最大为10
MaxClientsPerHost 10表示每个客户端到FTP服务器的连接数为10
MaxClientsPerUser 10表示每个Userid到FT
如果要禁止使用者利用telnet或者ssh登入主機
那就要將使用者的shell換成/sbin/nologin
所以我執行了底下步驟
程式碼:
sudo vim /etc/passwd
把
程式碼:
test:x:1020:1020:test,8708,1234567,1234567:/home/test:/bin/bash
改成
程式碼:
test:x:1020:1020:test,8708,1234567,1234567:/home/test:/sbin/nologin
之後用test帳號透過ssh登入
輸入完密碼就不能登入了
之後測試ftp
卻也不能登入
查了一下log卻顯示
程式碼:
Jan 07 05:15:40 stu_comd proftpd[19208] stu_comd
(192.168.38.44[192.168.38.44]): FTP session opened.
Jan 07 05:15:40 stu_comd proftpd[19208] stu_comd
(192.168.38.44[192.168.38.44]): mod_delay/0.5: delaying for 70
usecs
Jan 07 05:15:40 stu_comd proftpd[19208] stu_comd
(192.168.38.44[192.168.38.44]): USER test (Login failed): Invalid
shell: '/sbin/nologin'
Jan 07 05:15:40 stu_comd proftpd[19208] stu_co
(2009-06-24 17:56)
|
在传统的编程概念中,过程是由程序员在本地编译完成,并只能局限在本地运行的一段代码,也即其主程序和过程之间的运行关系是本地调用关系。因此这种结构在网络日益发展的今天已无法适应实际需求。总而言之,传统过程调用模式无法充分利用网络上其他主机的资源(如CPU、Memory等),也无法提高代码在实体间的共享程度,使得主机资源大量浪费。 |
|
而本文要介绍的RPC编程,正是很好地解决了传统过程所存在的一系列弊端。通过RPC我们可以充分利用非共享内存的多处理器环境(例如通过局域网连接的多台工作站),这样可以简便地将你的应用分布在多台工作站上,应用程序就像运行在一个多处理器的计算机上一样。你可以方便的实现过程代码共享,提高系统资源的利用率,也可以将以大量数值处理的操作放在处理能力较强的系统上运行,从而减轻前端机的负担。 |
MySQL发布的最新产品实际上超出了Red Hat Enterprise
Linux所携带的版本。但是,稳定性和开放源代码可是很重要的因素,因此在操作系统上使用较早MySQL版本是有道理的。
有许多可以采用的配置文件,它们都被包含在mysql-server PRM程序中。还有一个默认的配置文件被包含在mysql
PRM程序包中。
配置MySQL服务器是一个丰富而复杂的工作。在本文中,我只能肤浅的说一下各种选项。可以使用的MySQL配置文件共有5个。最后4个位于/usr/share/doc/mysql-server-*/目录中。
·/etc/my.cnf是默认的MySQL配置文件。应该对这个文件配置修改。它是为学习目的而设计的。
·my-small.cnf是为了小型数据库而设计的。不应该把这个模型用于含有一些常用项目的数据库。
·my-medium.cnf是为中等规模的数据库而设计的。如果你正在企业中使用RHEL,可能会比这个操作系统的最小RAM需求(256MB)明显多得多的物理内存。由此可见,如果有那么多RAM内存可以使用,自然可以在同一台机器上运行其它服务。
·my-large.cnf是为专用于一个SQL数据库的计算机而设计的。由于它可以为该数据库使用多达512MB的内存,所以在这种类型的系统上将需
在实际工作中,无论是对数据库系统(DBMS),还是对数据库应用系统(DBAS),查询优化一直是一个热门话题。一个成功的数据库应用系统的开发,肯定会在查询优化上付出很多心血。对查询优化的处理,不仅会影响到数据库工作效率,而且会给公司带来实实在在的效益问题。MySQL是一个开源
软件,但它的性能丝毫不逊于商业数据库,它的速度已经相当快。但要想做好查询优化,还要考虑一些技巧上的东西。下面是我学习和使用MySQL以来的一些对优化查询的感受。
首先,我们应该考虑哪些因素能影响到查询优化?可以分为:机器硬件、索引、系统参数、查询技巧等。对于一个查询优化问题,我们应该首先考虑哪各方面呢?
索引的使用应该再考虑的首条,毋庸置疑的是,在没有使用索引的前提下,想用其它招数来大幅度改善性能的做法往往收获甚微,纯粹是在浪费时间,可事实无绝对,有些场合反而需要去抑制优化程序的行为。
我们先来说说索引。索引能提高查询效率的原因之一是它可以让我们知道最后一个符合条件的数据行出现在什么位置,此后的数据行都用不着在检查了,另一个原因是人们已经发明了很多中定位算法来迅速查出第一个符