删除表中的数据dropdatabase库名#删除一个数据库droptable表名#删除一个表deletefrom表名#删除表中的数据【全部数据】deletefrom表名where条件#删除表中的数据【仅仅删除符合条件的数据】truncate表名#删除表中的数据，而且会截断表截断表表的主键可能会自增，如果用delete删除表中的数据后，主键依然会在前面的基础继续自增截断表：删除表中的数据，同时让主键重新从1开始自增TRUNCATE表名总结：删除表中的数据delete：删除数据truncate：删除数据并且截断表删除表、库本身，但是不能删除数据drop修改表中的数据#格式1：修改表中的全部的记录u

删除表中的数据dropdatabase库名#删除一个数据库droptable表名#删除一个表deletefrom表名#删除表中的数据【全部数据】deletefrom表名where条件#删除表中的数据【仅仅删除符合条件的数据】truncate表名#删除表中的数据，而且会截断表截断表表的主键可能会自增，如果用delete删除表中的数据后，主键依然会在前面的基础继续自增截断表：删除表中的数据，同时让主键重新从1开始自增TRUNCATE表名总结：删除表中的数据delete：删除数据truncate：删除数据并且截断表删除表、库本身，但是不能删除数据drop修改表中的数据#格式1：修改表中的全部的记录u

在Linux下进行远程登陆的时候，总是要进行ssh输入账号密码，相对比较繁琐。而在工作中总会先从本地登陆到公司的中间机器(跳板机)然后才能登陆到线上的机器，每次操作更加繁琐。如果从A->B可以直接进行建立相互的信任关系来解决面输入密码的问题。显示情况如果A->B->C三台机器，如果想从A直接到C只能通过B进行登录，这样就无法建立A->C的信任关系（这种操作主要是为了保护线上机器不能随便登录）。该脚本就是解决这种有多个依赖的关系。注意事项：1.使用实时bashversion>=4.0，因为配置中需要使用关联数据2.如果需要全局使用直接修改autologin的名字，移动到PATH路径下即可eg:m

在Linux下进行远程登陆的时候，总是要进行ssh输入账号密码，相对比较繁琐。而在工作中总会先从本地登陆到公司的中间机器(跳板机)然后才能登陆到线上的机器，每次操作更加繁琐。如果从A->B可以直接进行建立相互的信任关系来解决面输入密码的问题。显示情况如果A->B->C三台机器，如果想从A直接到C只能通过B进行登录，这样就无法建立A->C的信任关系（这种操作主要是为了保护线上机器不能随便登录）。该脚本就是解决这种有多个依赖的关系。注意事项：1.使用实时bashversion>=4.0，因为配置中需要使用关联数据2.如果需要全局使用直接修改autologin的名字，移动到PATH路径下即可eg:m

对比起Cookie，Session是存储在服务器端的会话，相对安全，并且不像Cookie那样有存储长度限制，本文简单介绍Session的使用。由于Session是以文本文件形式存储在服务器端的，所以不怕客户端修改Session内容。实际上在服务器端的Session文件，PHP自动修改Session文件的权限，只保留了系统读和写权限，而且不能通过ftp修改，所以安全得多。对于Cookie来说，假设我们要验证用户是否登陆，就必须在Cookie中保存用户名和密码（可能是md5加密后字符串），并在每次请求页面的时候进行验证。如果用户名和密码存储在数据库，每次都要执行一次数据库查询，给数据库造成多余的负

对比起Cookie，Session是存储在服务器端的会话，相对安全，并且不像Cookie那样有存储长度限制，本文简单介绍Session的使用。由于Session是以文本文件形式存储在服务器端的，所以不怕客户端修改Session内容。实际上在服务器端的Session文件，PHP自动修改Session文件的权限，只保留了系统读和写权限，而且不能通过ftp修改，所以安全得多。对于Cookie来说，假设我们要验证用户是否登陆，就必须在Cookie中保存用户名和密码（可能是md5加密后字符串），并在每次请求页面的时候进行验证。如果用户名和密码存储在数据库，每次都要执行一次数据库查询，给数据库造成多余的负