有时候用ssh登录linux主机,或者远程连接mysql,会出现很慢的问题。那么就把sshd和mysqld的域名反向解析关掉吧。
/etc/mysql/my.cnf
[mysqld]
skip-name-resolve

/etc/ssh/sshd_config
UseDNS no
Via 本站原创
作者:baoling | 分类:技 术 知 识 | Tags:
大家一定用过LAMP,LAMP是由Linux,Apache,Mysql,Php组成的高效服务器,比如XAMPP。

另人震惊的是现在AMP环境可以在S60的机器上运行了,它就是PAMP,即Personal,Apache,Mysql,Php。只要是使用S60第三版以上,机身Ram超过128M的都可以运行。目前它的最新版为1.0.2。

最令人惊讶的是,在Symbian Series60 3rd 上运行的Apache和Mysql并不是什么迷你版或者低版本,而是目前应用得比较普遍的5.X版。1.0.2使用的是 PHP/5.2.2 + Mysql/5.0.67 + Apache/2.2.4。而且常用的Curl和GD库都已经整合到PAMP了。

本人使用的是诺基亚5800XM,已经成功运行PAMP。

点击在新窗口中浏览此图片
Via 本站原创
作者:baoling | 分类:技 术 知 识 | Tags: , , , ,
一 、备份网站

1、创建保存备份文件的路径 /backup

     sudo mkdir /backup

2、创建备份脚本

     vi /home/terry/webbackup.sh

     输入
     NUM=$(date +%w)
     cd /var/www
     tar zcf /backup/${NUM}.web.tar.gz html --exclude phpmyadmin

     然后将webbackup.sh脚本设置可执行的权限 chmod +x /home/terry/webbackup.sh
     以上脚本以星期命名文件也就是能够保存备份七天,其中  --exclude phpmyadmin是备份的时候排除 phpmyadmin目录
Via 本站原创
作者:baoling | 分类:技 术 知 识 | Tags: , ,
前言

客服业务受到SQL语句的影响非常大,在规模比较大的局点,往往因为一个小的SQL语句不够优化,导致数据库性能急剧下降,小型机idle所剩无几,应用服务器断连、超时,严重影响业务的正常运行。因此,称低效的SQL语句为客服业务的‘恶龙’并不过分。数据库的优化方法有很多种,在应用层来说,主要是基于索引的优化。本次秘笈根据实际的工作经验,在研发原来已有的方法的基础上,进行了一些扩充,总结了基于索引的SQL语句优化的降龙十八掌,希望有一天你能用其中一掌来驯服客服业务中横行的‘恶龙’。

总纲 建立必要的索引

这次传授的降龙十八掌,总纲只有一句话:建立必要的索引,这就是后面降龙十八掌的内功基础。这一点看似容易实际却很难。难就难在如何判断哪些索引是必要的,哪些又是不必要的。判断的最终标准是看这些索引是否对我们的数据库性能有所帮助。具体到方法上,就必须熟悉数据库应用程序中的所有SQL语句,从中统计出常用的可能对性能有影响的部分SQL,分析、归纳出作为Where条件子句的字段及其组合方式;在这一基础上可以初步判断出哪些表的哪些字段应该建立索引。其次,必须熟悉应用程序。必须了解哪些表是数据操作频繁的表;哪些表经常与其他表进行连接;哪些表中的数据量可能很大;对于数据量大的表,其中各个字段的数据分布情况如何;等等。对于满足以上条件的这些表,必须重点关注,因为在这些表上的索引,将对SQL语句的性能产生举足轻重的影响。不过下面还是总结了一下降龙十八掌内功的入门基础,建立索引常用的规则如下:

1、表的主键、外键必须有索引;

2、数据量超过300的表应该有索引;

3、经常与其他表进行连接的表,在连接字段上应该建立索引;

4、经常出现在Where子句中的字段,特别是大表的字段,应该建立索引;

5、索引应该建在选择性高的字段上;

6、索引应该建在小字段上,对于大的文本字段甚至超长字段,不要建索引;

7、复合索引的建立需要进行仔细分析;尽量考虑用单字段索引代替:

A、正确选择复合索引中的主列字段,一般是选择性较好的字段;

B、复合索引的几个字段是否经常同时以AND方式出现在Where子句中?单字段查询是否极少甚至没有?如果是,则可以建立复合索引;否则考虑单字段索引;

C、如果复合索引中包含的字段经常单独出现在Where子句中,则分解为多个单字段索引;

D、如果复合索引所包含的字段超过3个,那么仔细考虑其必要性,考虑减少复合的字段;

E、如果既有单字段索引,又有这几个字段上的复合索引,一般可以删除复合索引;

8、频繁进行数据操作的表,不要建立太多的索引;

9、删除无用的索引,避免对执行计划造成负面影响;

以上是一些普遍的建立索引时的判断依据。一言以蔽之,索引的建立必须慎重,对每个索引的必要性都应该经过仔细分析,要有建立的依据。因为太多的索引与不充分、不正确的索引对性能都毫无益处:在表上建立的每个索引都会增加存储开销,索引对于插入、删除、更新操作也会增加处理上的开销。 另外,过多的复合索引,在有单字段索引的情况下,一般都是没有存在价值的;相反,还会降低数据增加删除时的性能,特别是对频繁更新的表来说,负面影响更大。
Via 尘封往事
作者:baoling | 分类:技 术 知 识 | Tags: ,
分页: 1/1 第一页 1 最后页 [ 显示模式: 摘要 | 列表 ]