2018年2月

0x01 以下代码能通过编译吗

package main

import "fmt"

type user interface {
    say(string)
}

type man struct{}

func (p *man) say(hello string) {
    fmt.Println(hello)
}

func main() {
    var u user = man{}
    u.say("Hello World")
}

不能通过编译，因为类型man没有实现user接口，实现say方法的是*man类型，两者不能统一。

把func (p *man) say(hello string) 改成func (p man) say(hello string) 即可。

next主题从5升级到6后，不管怎么设置语言都是一直为英语。

后面查看主题的语言包才发现6.0的中文语言包名字已经改了，之前是zh-Hans ，现在已经做了对应的调整。

[ma@ma maqianos.coding.me]$ ls -l themes/next-v6/languages/zh-*
-rw-r--r-- 1 ma root 1849 Feb 28 15:54 themes/next-v6/languages/zh-CN.yml
-rw-r--r-- 1 ma root 1842 Feb 28 15:54 themes/next-v6/languages/zh-HK.yml
-rw-r--r-- 1 ma root 1839 Feb 28 15:54 themes/next-v6/languages/zh-TW.yml

在站点配置文件_config.yml 中修改language: zh-Hans 为language: zh-CN 即可。

0x01 问题描述

使用git mv 重命名文件时出现以下错误信息：

fatal: bad source, source=go/src/handle/add.go, destination=go/src/handle/add.go

0x02 问题原因

源文件go/src/handle/add.go 在本地已经被删除了，但是git 库中并没有被删除，所以重命名该文件的上级目录时产生了冲突。

通过git status 可以查看到当前文件状态是已经删除：

[ma@ma test-src]$ git status -s
 D handle/add.go
 D handle/add_test.go

0x03 解决方法

使用git rm命令删除对应的文件，然后再重命名。

0x01 什么是逃逸

第一次听说逃逸是在雨痕学堂，一脸懵逼的百度了半天也没找到一个明确的说法，直到昨天在论坛上看到一篇关于变量逃逸的文章才明白。

因为函数都是运行在栈上的，在栈声明临时变量分配内存，函数运行完毕再回收该段栈空间，并且每个函数的栈空间都是独立的，其他代码都是不可访问的。

但是在某些情况下，栈上的空间需要在该函数被释放后依旧能访问到，这时候就涉及到内存的逃逸了。

- 阅读剩余部分 -

Welcome to Hexo! This is your very first post. Check documentation for more info. If you get any problems when using Hexo, you can find the answer in troubleshooting or you can ask me on GitHub.

Quick Start

Create a new post

$ hexo new "My New Post"

More info: Writing

Run server

$ hexo server

More info: Server

Generate static files

$ hexo generate

More info: Generating

Deploy to remote sites

$ hexo deploy

More info: Deployment

家里的宽带访问github非常慢，git clone一直维持在10k/s，这个速度实在难以接受。

试探性的搜了一下git代理，没想到还真有。。。

设置方法

# 设置代理
git config --global http.proxy ''socks5://127.0.0.1:1080''
git config --global https.proxy ''socks5://127.0.0.1:1080''

# 取消代理
git config --global --unset http.proxy
git config --global --unset https.proxy

- 阅读剩余部分 -

一、主从复制原理

MySQL主从复制依赖binlog，binlog中记录了数据库中的执行过的语句，主从复制时，复制的并不是整个数据库中的所有数据，而是从上次同步到现在所执行过的SQL语句。

执行主从同步时，主库会有一个Log-Dump线程和从库同步，把binlog发送给从库。从库则有一个I/O线程和SQL-Thread线程分别用于和主库同步和重放。同步过程是：

  1. 从库的I/O线程向主库请求同步，主库把数据发送过来。
  2. 收到主库的binlog后，从库会把日志放到relay-log。
  3. SQL线程重放SQL语句，数据达到同步。

二、复制方式

2.1 异步复制

默认情况下MySQL是异步复制，即SQL语句执行完成后写入binlog就可以了，不用等待主从数据同步完成。

2.2 半同步复制

同步复制的意思是每次执行SQL语句要等待从库写入到relay log后才能继续往下执行，这样就避免了主库以外宕机后从库数据不一致的情况。