标签归档:nginx

nginx目录列表显示时间

今天配置了http://q.pengduncun.com/ nginx 设置了autoindex on。但是显示的文件最后修改时间比当前时区少了8个小时。想到应该是时区的问题。找nginx的设置项。http://nginx.org/cn/docs/http/ngx_http_autoindex_module.html 设置 autoindex_localtime on 就可以了。 以后查nginx配置看官网的。http://nginx.org/cn/docs/

发表在 服务器端 | 标签为 | 留下评论

yum配置+PATH设置+nginx少库+sphinx不建立索引+mysql连接慢的处理方法

vim /etc/sysconfig/network-scripts/ifcfg-eth0 //修改ip    ifconfig eth0:1 再加个ipvim /etc/resolv.conf //修改dns rhel-debuginfo.repo中 []需对应name baseurl check gpk 等   错误在 把[debuginfo] 认为是整体的父节点。不存在父节点的概念。 因/etc/init.d -> /etc/rc.d/init.d /etc/init.d/mysqld start/etc/rc.d/init.d/mysqld start service mysqld start相等 添加环境变量:1、直接用export命令: (当前终端有效)#export PATH=$PATH:/new_path 2、修改profile文件: #vi /etc/profile 在里面加入:export PATH="$PATH:/new_path" 3. 修改用户主目录下的.bash_profile(里面读取.bashrc)或者.bashrc文件: (每个用户目录下都有.bashrc,ls -a查看)# vi /root/.bashrc在里面加入:export PATH="$PATH:/new_path"   … 继续阅读

发表在 Linux | 标签为 , , , , , , | 留下评论

linux安装sphinx

coreseek官方手册灰常详细:http://www.coreseek.cn/products-install/install_on_bsd_linux/ 原理和索引配置就不写了,简单的记录一下使用。 下载tar.gz ./configure –prefix=/usr/local/coreseek –without-unixodbc –with-mmseg –with-mmseg-includes=/usr/local/mmseg3/include/mmseg/ –with-mmseg-libs=/usr/local/mmseg3/lib/ –with-mysql –with-mysql-includes=/usr/local/mysql/include –with-mysql-libs=/usr/local/mysql/lib 为方便也copy官方说明的直接用,sphinx-min.conf.dist  我复制了一个 改名为csft.conf 这文件里面配置了一个 索引名叫test1的,source 处稍微改一下,比如数据库用户名密码,连接的库等。改成自己想用的。 测试数据是 coreseek/etc/example.sql  mysql -u root -p 123 use test source /usr/lcoal/coreseek/etc/example.sql 也可以在nginx下配置个 phpmyadmin,去windows下访问导入多爽:如 server {        listen       80;        server_name  mysql.120.net;        autoindex on;        root   … 继续阅读

发表在 Linux | 标签为 , , , , , | 一条评论

面试题

索引设计原则,主从读写分离,垂直分区,水平分区,负载均衡,反向代理,分布式部署,nginx,lighttpd 索引设计原则 http://dev.firnow.com/course/7_databases/mysql/Mysqljs/20090820/168951.html 1. 最合适的索引列是在查询语句中的条件部分经常出现的列。2. 使用唯一值索引。即列值尽可能具有唯一性。3. 使用短索引。如需索引字符串,尽量使用尽可能短的但是能区分列值的长度。较短的列值意味着,缓存中能存放更多的值,也就增加的命中率。4. 利用最左前缀。如果创建了多列索引(n列),则其最作列集也可作为索引来使用。5. 不要过度索引。修改表时数据库需要更新索引,过度的索引不但耗费额外的空间,而且降低了修改更新操作的效率。6. InnoDB中数据按默认顺序存放,尽量设置主键。如果设置了主键,则innodb按主键顺序存放;如果没有,则按唯一索引存放。7. Btree(默认)适合范围搜索,Hash适合单值搜索。   主从读写分离、垂直分区、水平分区 http://itsoul.javaeye.com/blog/777208 1、读写分离:当数据库访问量还不是很大的时候,我们可以适当增加服务器,数据库主从复制的方式将读写分离; (可用mysqlproxy) 2、垂直分区:当写入操作一旦增加的时候,那么主从数据库将花更多的时间的放在数据同步上,这个时候服务器也是不堪重负的;那么就有了数据的垂直分区,数据的垂直分区思路是将写入操作比较频繁的数据表,如用户表_user,或者订单表_orders,那么我们就可以把这个两个表分离出来,放在不同的服务器,如果这两个表和其他表存在联表查询,那么就只能把原来的sql语句给拆分了,先查询一个表,在查询另一个,虽然说这个会消耗更过性能,但比起那种大量数据同步,负担还是减轻了不少; 3、水平分区:但是往往事情不尽人意,可能采取垂直分区能撑一段时间,由于网站太火了,访问量又每日100w,一下子蹦到了1000w,这个时候可以采取数据的进行分离,我们可以根据user的Id不同进行分配,如采取%2的形式,或者%10的形式,当然这种形式对以后的扩展有了很大的限制,当我由10个分区增加到20个的时候,所有的数据都得重新分区,那么将是一个的很庞大的计算量;以下提供几种常见的算法:   哈希算法:就是采用user_id%的方式;   范围:可以根据user_id字符值范围分区,如1-1000为一区,1001-2000则是另一个区等;   映射关系:就是将user_id存在的所对应的分区放在数据库中保存,当用户操作时先去查询所在分区,再进行操作; 对于以上几种扩展方式,读写分离主要是操作上的扩展,垂直分区主要是对写入较频繁数据表的分离,水平分区主要是数据分离; 其他参考: http://fanqiang.chinaunix.net/db/mysql/2006-05-08/4135.shtml   负载均衡:http://wuchengyi.javaeye.com/blog/670260 反向代理:http://baike.baidu.com/view/1165595.htm 可以用apache或者nginx作为反向代理服务器  

发表在 心情随笔 | 标签为 , , | 留下评论