<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[宝塔镇河妖的专栏]]></title><description><![CDATA[镇住每个塔下面的小妖]]></description><link>https://blog.youkuaiyun.com/lobal</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; lobal]]></copyright><item><title><![CDATA[git 简写]]></title><link>https://blog.youkuaiyun.com/lobal/article/details/53648316</link><guid>https://blog.youkuaiyun.com/lobal/article/details/53648316</guid><author>lobal</author><pubDate>Wed, 14 Dec 2016 22:23:42 +0800</pubDate><description><![CDATA[alias gc='git clone '
alias gco='git checkout'
alias gd='git diff'
alias gl='git pull'
alias gp='git push'
alias gr='git branch'

alias gst='git status'
alias glog='git log'
alias glogp='git ]]></description><category></category></item><item><title><![CDATA[docker mysql主从同步]]></title><link>https://blog.youkuaiyun.com/lobal/article/details/53648264</link><guid>https://blog.youkuaiyun.com/lobal/article/details/53648264</guid><author>lobal</author><pubDate>Wed, 14 Dec 2016 22:21:30 +0800</pubDate><description><![CDATA[1、首先创建两个文件my-m.cnf（主库配置） 、my-s.cnf（从库配置） 
my-m.cnf 内容如下：
# Copyright (c) 2014, Oracle and/or its affiliates. All rights reserved.
#
# This program is free software; you can redistribute it and/or ]]></description><category></category></item><item><title><![CDATA[sql优化]]></title><link>https://blog.youkuaiyun.com/lobal/article/details/47400023</link><guid>https://blog.youkuaiyun.com/lobal/article/details/47400023</guid><author>lobal</author><pubDate>Mon, 10 Aug 2015 16:04:02 +0800</pubDate><description><![CDATA[如果不能设计一个合理的数据库模型，不仅会增加客户端和服务器段程序的编程和维护的难度，而且将会影响系统实际运行的性能。所以，在一个系统开始实施之前，完备的数据库模型的设计是必须的。在一个系统分析、设计阶段，因为数据量较小，负荷较低。我们往往只注意到功能的实现，而很难注意到性能的薄弱之处，等到系统投入实际运行一段时间后，才发现系统的性能在降低，这时再来考虑提高系统性能则要花费更多的人力物力，而整个系统也]]></description><category></category></item><item><title><![CDATA[sql优化]]></title><link>https://blog.youkuaiyun.com/lobal/article/details/47400011</link><guid>https://blog.youkuaiyun.com/lobal/article/details/47400011</guid><author>lobal</author><pubDate>Mon, 10 Aug 2015 16:03:19 +0800</pubDate><description><![CDATA[如果不能设计一个合理的数据库模型，不仅会增加客户端和服务器段程序的编程和维护的难度，而且将会影响系统实际运行的性能。所以，在一个系统开始实施之前，完备的数据库模型的设计是必须的。在一个系统分析、设计阶段，因为数据量较小，负荷较低。我们往往只注意到功能的实现，而很难注意到性能的薄弱之处，等到系统投入实际运行一段时间后，才发现系统的性能在降低，这时再来考虑提高系统性能则要花费更多的人力物力，而整个系统也]]></description><category></category></item><item><title><![CDATA[mysql 索引及优化]]></title><link>https://blog.youkuaiyun.com/lobal/article/details/47217619</link><guid>https://blog.youkuaiyun.com/lobal/article/details/47217619</guid><author>lobal</author><pubDate>Sun, 02 Aug 2015 23:14:47 +0800</pubDate><description><![CDATA[写在前面：索引对查询的速度有着至关重要的影响，理解索引也是进行数据库性能调优的起点。考虑如下情况，假设数据库中一个表有10^6条记录，DBMS的页面大小为4K，并存储100条记录。如果没有索引，查询将对整个表进行扫描，最坏的情况下，如果所有数据页都不在内存，需要读取10^4个页面，如果这10^4个页面在磁盘上随机分布，需要进行10^4次I/O，假设磁盘每次I/O时间为10ms(忽略数据传输时间)，则]]></description><category></category></item><item><title><![CDATA[sql优化]]></title><link>https://blog.youkuaiyun.com/lobal/article/details/47104873</link><guid>https://blog.youkuaiyun.com/lobal/article/details/47104873</guid><author>lobal</author><pubDate>Tue, 28 Jul 2015 14:23:35 +0800</pubDate><description><![CDATA[Sql语句优化 
　　Sql语句优化工具 
　　·慢日志 
　　如果发现系统慢了，又说不清楚是哪里慢，那么就该用这个工具了。只需要为mysql配置参数，mysql会自己记录下来慢的sql语句。配置很简单，参数文件里配置： 
　　slow_query_log=d:/slow.txt 
　　long_query_time = 2 
　　就可以在d:/slow.txt里找到执行时间超过2秒的语句了，根据这]]></description><category></category></item><item><title><![CDATA[mysql 数据库参数配置]]></title><link>https://blog.youkuaiyun.com/lobal/article/details/47104737</link><guid>https://blog.youkuaiyun.com/lobal/article/details/47104737</guid><author>lobal</author><pubDate>Tue, 28 Jul 2015 14:15:34 +0800</pubDate><description><![CDATA[数据库参数配置 
　　最重要的参数就是内存，我们主要用的innodb引擎，所以下面两个参数调的很大 
　　# Additional memory pool that is used by InnoDB to store metadata 
　　# information. If InnoDB requires more memory for this purpose it will 
　　# sta]]></description><category></category></item><item><title><![CDATA[zookeeper 原理]]></title><link>https://blog.youkuaiyun.com/lobal/article/details/46894947</link><guid>https://blog.youkuaiyun.com/lobal/article/details/46894947</guid><author>lobal</author><pubDate>Wed, 15 Jul 2015 16:18:44 +0800</pubDate><description><![CDATA[ZooKeeper是一个分布式的，开放源码的分布式应用程序协调服务，它包含一个简单的原语集，分布式应用程序可以基于它实现同步服务，配置维护和命名服务等。Zookeeper是hadoop的一个子项目，其发展历程无需赘述。在分布式应用中，由于工程师不能很好地使用锁机制，以及基于消息的协调机制不适合在某些应用中使用，因此需要有一种可靠的、可扩展的、分布式的、可配置的协调机制来统一系统的状态。Zookee]]></description><category></category></item><item><title><![CDATA[dubbo]]></title><link>https://blog.youkuaiyun.com/lobal/article/details/46890729</link><guid>https://blog.youkuaiyun.com/lobal/article/details/46890729</guid><author>lobal</author><pubDate>Wed, 15 Jul 2015 11:25:35 +0800</pubDate><description><![CDATA[互联网的发展，网站应用的规模不断扩大，常规的垂直应用架构已无法应对，分布式服务架构以及流动计算架构势在必行，Dubbo是一个分布式服务框架，在这种情况下诞生的。现在核心业务抽取出来，作为独立的服务，使前端应用能更快速和稳定的响应。




第一：介绍Dubbo背景




    









大规模服务化之前，应用可能只是通过RMI或Hessian等]]></description><category></category></item><item><title><![CDATA[Dubbo 架构分析]]></title><link>https://blog.youkuaiyun.com/lobal/article/details/46730923</link><guid>https://blog.youkuaiyun.com/lobal/article/details/46730923</guid><author>lobal</author><pubDate>Thu, 02 Jul 2015 20:45:09 +0800</pubDate><description><![CDATA[Dubbo是Alibaba开源的分布式服务框架，它最大的特点是按照分层的方式来架构，使用这种方式可以使各个层之间解耦合（或者最大限度地松耦合）。从服务模型的角度来看，Dubbo采用的是一种非常简单的模型，要么是提供方提供服务，要么是消费方消费服务，所以基于这一点可以抽象出服务提供方（Provider）和服务消费方（Consumer）两个角色。关于注册中心、协议支持、服务监控等内容，详见后面描述。总体]]></description><category></category></item><item><title><![CDATA[redis 负载均衡]]></title><link>https://blog.youkuaiyun.com/lobal/article/details/46728615</link><guid>https://blog.youkuaiyun.com/lobal/article/details/46728615</guid><author>lobal</author><pubDate>Thu, 02 Jul 2015 16:55:17 +0800</pubDate><description><![CDATA[你看到的这个文章来自于http://www.cnblogs.com/ayanmwredis 官网 http://redis.io/中文网站 http://redis.cn/谷歌代码的redis项目 https://code.google.com/p/redis/http://www.oschina.net/p/redis/在oschina.net的介绍：复制代码 
Redis 是一个高性能的key-]]></description><category></category></item><item><title><![CDATA[redis 集群]]></title><link>https://blog.youkuaiyun.com/lobal/article/details/46728465</link><guid>https://blog.youkuaiyun.com/lobal/article/details/46728465</guid><author>lobal</author><pubDate>Thu, 02 Jul 2015 16:45:34 +0800</pubDate><description><![CDATA[概述 
由于单台redis服务器的内存管理能力有限，使用过大内存redis服务器的性能急剧下降，且服务器发生故障将直接影响大面积业务。为了获取更好的缓存性能及扩展型，我们将需要搭建redis集群来满足需求。因redis 3.0 beta支持的集群功能不适合生产环境的使用，所以我们采用twitter正在使用的twemproxy来搭建redis缓存服务器集群，目前用户包括Pinterest、Tumblr]]></description><category></category></item><item><title><![CDATA[redis 集群]]></title><link>https://blog.youkuaiyun.com/lobal/article/details/46728257</link><guid>https://blog.youkuaiyun.com/lobal/article/details/46728257</guid><author>lobal</author><pubDate>Thu, 02 Jul 2015 16:33:12 +0800</pubDate><description><![CDATA[应用 
我们的Redis集群主要承担了以下服务： 
1. 实时推荐 
2. 用户画像 
3. 诚信分值服务集群状况 
集群峰值QPS 1W左右，RW响应时间999线在1ms左右 
整个集群： 
1. Redis节点： 8台物理机;每台128G内存;每台机器上8个instance 
2. Sentienl：3台虚拟机集群方案Redis Node由一组Redis Instance组成，一组Redis I]]></description><category></category></item><item><title><![CDATA[Git 修订版本]]></title><link>https://blog.youkuaiyun.com/lobal/article/details/42363895</link><guid>https://blog.youkuaiyun.com/lobal/article/details/42363895</guid><author>lobal</author><pubDate>Sat, 03 Jan 2015 15:51:26 +0800</pubDate><description><![CDATA[6.1 Git 工具 - 修订版本（Revision）选择


修订版本（Revision）选择

Git 允许你通过几种方法来指明特定的或者一定范围内的提交。了解它们并不是必需的，但是了解一下总没坏处。

单个修订版本

显然你可以使用给出的 SHA-1 值来指明一次提交，不过也有更加人性化的方法来做同样的事。本节概述了指明单个提交的诸多方法。

简短的SHA

Git]]></description><category></category></item><item><title><![CDATA[Git 项目管理]]></title><link>https://blog.youkuaiyun.com/lobal/article/details/42363785</link><guid>https://blog.youkuaiyun.com/lobal/article/details/42363785</guid><author>lobal</author><pubDate>Sat, 03 Jan 2015 15:40:08 +0800</pubDate><description><![CDATA[5.3 分布式 Git - 项目的管理


项目的管理

既然是相互协作，在贡献代码的同时，也免不了要维护管理自己的项目。像是怎么处理别人用 format-patch 生成的补丁，或是集成远端仓库上某个分支上的变化等等。但无论是管理代码仓库，还是帮忙审核收到的补丁，都需要同贡献者约定某种长期可持续的工作方式。

使用特性分支进行工作

如果想要集成新的代码进来，最好局限在特性分支]]></description><category></category></item><item><title><![CDATA[Git contributer]]></title><link>https://blog.youkuaiyun.com/lobal/article/details/42363705</link><guid>https://blog.youkuaiyun.com/lobal/article/details/42363705</guid><author>lobal</author><pubDate>Sat, 03 Jan 2015 15:33:29 +0800</pubDate><description><![CDATA[5.2 分布式 Git - 为项目作贡献


为项目作贡献

接下来，我们来学习一下作为项目贡献者，会有哪些常见的工作模式。

不过要说清楚整个协作过程真的很难，Git 如此灵活，人们的协作方式便可以各式各样，没有固定不变的范式可循，而每个项目的具体情况又多少会有些不同，比如说参与者的规模，所选择的工作流程，每个人的提交权限，以及 Git 以外贡献等等，都会影响到具体操作的细节。
]]></description><category></category></item><item><title><![CDATA[Git 分布式工作流程]]></title><link>https://blog.youkuaiyun.com/lobal/article/details/42363639</link><guid>https://blog.youkuaiyun.com/lobal/article/details/42363639</guid><author>lobal</author><pubDate>Sat, 03 Jan 2015 15:28:00 +0800</pubDate><description><![CDATA[5.1 分布式 Git - 分布式工作流程


分布式工作流程

同传统的集中式版本控制系统（CVCS）不同，开发者之间的协作方式因着 Git 的分布式特性而变得更为灵活多样。在集中式系统上，每个开发者就像是连接在集线器上的节点，彼此的工作方式大体相像。而在 Git 网络中，每个开发者同时扮演着节点和集线器的角色，这就是说，每一个开发者都可以将自己的代码贡献到另外一个开发者的仓库中，或者]]></description><category></category></item><item><title><![CDATA[Git 托管服务]]></title><link>https://blog.youkuaiyun.com/lobal/article/details/42363297</link><guid>https://blog.youkuaiyun.com/lobal/article/details/42363297</guid><author>lobal</author><pubDate>Sat, 03 Jan 2015 15:18:38 +0800</pubDate><description><![CDATA[4.10 服务器上的 Git - Git 托管服务


Git 托管服务

如果不想经历自己架设 Git 服务器的麻烦，网络上有几个专业的仓库托管服务可供选择。这样做有几大优点：托管账户的建立通常比较省时，方便项目的启动，而且不涉及服务器的维护和监控。即使内部创建并运行着自己的服务器，同时为开源项目提供一个公共托管站点还是有好处的 — 让开源社区更方便地找到该项目，并给予帮助。

目]]></description><category></category></item><item><title><![CDATA[Git 守护进程]]></title><link>https://blog.youkuaiyun.com/lobal/article/details/42362539</link><guid>https://blog.youkuaiyun.com/lobal/article/details/42362539</guid><author>lobal</author><pubDate>Sat, 03 Jan 2015 15:07:00 +0800</pubDate><description><![CDATA[4.9 服务器上的 Git - Git 守护进程


Git 守护进程

对于提供公共的，非授权的只读访问，我们可以抛弃 HTTP 协议，改用 Git 自己的协议，这主要是出于性能和速度的考虑。Git 协议远比 HTTP 协议高效，因而访问速度也快，所以它能节省很多用户的时间。

重申一下，这一点只适用于非授权的只读访问。如果建在防火墙之外的服务器上，那么它所提供的服务应该只是那些公]]></description><category></category></item><item><title><![CDATA[Git 配置访问权限]]></title><link>https://blog.youkuaiyun.com/lobal/article/details/42362429</link><guid>https://blog.youkuaiyun.com/lobal/article/details/42362429</guid><author>lobal</author><pubDate>Sat, 03 Jan 2015 15:00:11 +0800</pubDate><description><![CDATA[4.8 服务器上的 Git - Gitolite


Gitolite

本节作为Gitolite的一个快速指南，指导基本的安装和设置。不能完全替代随Gitolite自带的大量文档。而且可能会随时改变本节内容，因此你也许想看看最新的版本。

Gitolite是在Git之上的一个授权层，依托sshd或者httpd来进行认证。（概括：认证是确定用户是谁，授权是决定该用户是否被允许做他想做]]></description><category></category></item></channel></rss>