时鹏亮的Blog

Memcached是一款常用的缓存服务，今天有幸遇到这么个坑，系统的鉴权数据放到Memcached里，有个驻地发现鉴权经常失效。经过检查，发现原来是因为Memcached中的数据被莫名丢弃导致的问题。开始怀疑是到期时间问题，因为之前用的是时间戳，但这个是合法的到期时间，而且监测起来，高频监[……]

有个定时脚本，定时删除ctime 1天前的文件。结果输出是0个文件。
于是就导致inodes一直增长。后来发现atime其实更靠谱，ctime解释为：状态改动时间。是该文件的inode节点最后一次被修改的时间，通过chmod、chown命令修改一次文件属性，这个时间就会更新[……]

练习三十一，你需要处理一些代码，和现有代码有冲突，所以得建立一个分支才行。请建立一个名为test_code的分支。使用代码：

git branch test_code

练习三十二，建立并切换到my_branch分支。使用代码：

git checkout -b my_branch

练[……]

练习二十八，你的本地master分支和远端仓库的origin/master分支有分歧，请把当前的修改合并到origin/master分支并推送到远端仓库。
使用代码：

git rebase origin/master
git push

练习二十九，自上次提交后，你对文件`app.rb`做了[……]

练习二十五，远程仓库包含了一个链接，请找到它。使用代码：

git remote -v

其中remote_location就是远程仓库对应的链接。练习二十六，你需要从原始（origin repository）仓库拉去所有更改。使用代码：

git pull origin master[......]

统计当前文件夹下文件的个数：

ls -l |grep "^-"|wc -l

统计当前文件夹下目录的个数：

ls -l |grep "^d"|wc -l

统计当前文件夹下文件的个数，包括子文件夹：

ls -lR|grep "^-&quot[......]

生产环境中，遇到一个情况，就是tmp下的Session，有非常多0字节的文件。这些文件占用了大量的inodes。查了下出现的原因，都是因为使用了负载均衡。
解决办法目前没有，初步考虑，定时脚本清理0字节的文件[……]

练习二十一，现在有两个问题需要被提交。问题是，这两个文件需要分开提交，而不是一起提交，但目前他们被加到了同一个待提交的队列中。请将”to_commit_second.rb”从提交队列移除（无需提交任何文件）。
使用代码：

git reset HEAD to_commit_second.rb[......]

首先，mysql命令行连到你需要的数据库。然后：

show processlist;

看看状态。也可以用：

explain 指令;

查看瓶颈。通常，show的时候就应该能发现问题，锁表的话，看看是什么操作，如果是select的话，直接kill了对应的id即可。 explain出问[……]

出这个 couldn't determine master 的报错，先检查mongo服务是否正常，如果服务都正常，那通常怀疑点在PHP的mongo驱动版本上，一般老旧的驱动没办法连接高版本的mongo服务。从这部分入手，应该有助解决问题。
2018.1.17 补充，嗯，又有[……]

代码-工作经验-成长积累