[译]如何在 Go 中正确使用 context.Context

2018-02-12

Golang

约 6679 字预计阅读 14 分钟

本文翻译自“如何在 Go 中正确使用 context.Context”，希望这一篇介绍能够让我们对于Go语言中的 context.Context 有更深一点的理解。原文：https

阅读全文

Golang GC 原理分析

2018-02-09

Golang

约 79 字预计阅读 1 分钟

本文是 Golang GC 原理分析。参考资料 https://gocn.io/article/192 https://lengzzz.com/note/gc-in-golang https://www.zhihu.com/question/58863427 茶歇驿站一个可以让你停下来看一看，在茶歇之余给你帮助的小站，这里的内容主要是后端技术，个人管理，团队管理，

阅读全文

Golang 调度器原理分析

2018-02-09

Golang

约 80 字预计阅读 1 分钟

本文是 Golang 调度器原理分析。参考资料 http://tonybai.com/2017/06/23/an-intro-about-goroutine-scheduler/ https://www.zhihu.com/question/20862617?rf=45525005 茶歇驿站一个可以让你停下来看一看，在茶歇之余给你帮助的小站，这里的内容主要是后端技术，个人管理，团队管理

阅读全文

sync.Once 源码分析

2018-02-09

Golang

约 450 字预计阅读 1 分钟

阅读全文

interface 与 nil 的那些坑

2018-02-04

Golang

约 92 字预计阅读 1 分钟

本文是我们在使用 interface 以及跟nil处理时的一些坑。未完待续。。。茶歇驿站一个可以让你停下来看一看，在茶歇之余给你帮助的小站，这里的内容主要是后端

阅读全文

负载均衡

2018-02-02

LB

约 1663 字预计阅读 4 分钟

本文是我对负载均衡的一些理解和总结。负载平衡（Load balancing）是一种计算机网络技术，用来在多个计算机（计算机集群）、网络连接、C

阅读全文

Timeout while executing shell script

2018-01-21

monitor

约 540 字预计阅读 2 分钟

本文是我在使用zabbix时遇到的一个问题的一个总结。背景用 zabbix 的图表功能(Graphs)来展示了一个统计需求–同时在线用户数。操

阅读全文

TiDB 和 MySQL 的索引实践

2018-01-06

git

约 761 字预计阅读 2 分钟

本文是我在比对 MySQL 和 TiDB 使用索引以及执行计划的一些总结，希望能够给大家带来帮助。

提前准备

上文 MySQL 的索引优化实践中，我对 MySQL 的索引优化有了一定的概述，今天再针对 TiDB 的索引进行一些实战。

pt 表：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11


CREATE TABLE `pt` (
  `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
  `data` longtext COMMENT '内容',
  `next_at` bigint(20) DEFAULT NULL COMMENT '下次时间',
  `update_at` int(11) NOT NULL COMMENT '更新时间',
  `created_at` int(11) NOT NULL COMMENT '创建时间',
  `deleted` tinyint(1) NOT NULL DEFAULT '0' COMMENT '0未删除 1已删除',
  `invalid` tinyint(1) NOT NULL DEFAULT '0' COMMENT '0正常 1作废',
  PRIMARY KEY (`id`),
  KEY `idx_next_at` (`next_at`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='pt表';

MySQL 和 TiDB 的 pt 表有 35 万行数据。

MySQL 的执行计划如下：

1

explain select * from pt where deleted=0 and invalid=0 and next_at<=15100004 ;

结果如图：

TiDB 的执行计划结果如图：

从上面的执行计划结果来看，两者的方式是不一样的。

至于到底是什么不一样呢？我猜想是因为他们对于索引的实现是完全不一样的，这个比较复杂，今天就不做阐述了，后面有时间再来探究吧。

阅读全文

MySQL 的索引优化实践

2018-01-03

git

约 1789 字预计阅读 4 分钟

本文是我在使用 MySQL 过程中遇到的 SQL 查询导致的大量慢查询语句的索引优化实践总结，希望能够给大家带来帮助。

多数情况下，我们知道索引能够提高查询效率，但应该如何建立索引？索引的顺序如何？许多人却只知道大概。其实要理解这些概念并不难，而且索引的原理远没有想象的那么复杂。

提前准备

pt 表：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11


CREATE TABLE `pt` (
  `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
  `data` longtext COMMENT '内容',
  `next_at` bigint(20) DEFAULT NULL COMMENT '下次时间',
  `update_at` int(11) NOT NULL COMMENT '更新时间',
  `created_at` int(11) NOT NULL COMMENT '创建时间',
  `deleted` tinyint(1) NOT NULL DEFAULT '0' COMMENT '0未删除 1已删除',
  `invalid` tinyint(1) NOT NULL DEFAULT '0' COMMENT '0正常 1作废',
  PRIMARY KEY (`id`),
  KEY `idx_next_at` (`next_at`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='pt表';

假如 pt 表有数据量 800 万，查询 SQL 语句及执行计划如下：

1
2


explain SELECT id FROM pt WHERE next_at <= 1514822400 AND deleted=0 AND invalid=0
1  SIMPLE  pt   NULL    ALL idx_next_at NULL    NULL    NULL    7843117 0.00    Using where

从上面的 SQL 执行计划可以很明显看出来是用到了索引，但是扫描的数据行有 784 万之多，基本上是全表扫描了，但是其实 SQL 语句本身的查询结果数据只有 3 万多行的。

阅读全文

解决Git fatal错误提示

2018-01-01

git

约 579 字预计阅读 2 分钟

本文是在 git push 数据时遇到的一个问题解决方法。

情景再现

错误信息：fatal: refusing to merge unrelated histories

我给大家还原一下以上错误，并且再来介绍一下如何解决并成功提交数据的。

你在本地新建一个项目jaeger-opentracing-examples；
给这个项目添加一些数据；
执行 git add ., git commit -m "init"；
在执行 git push origin master 之前，还需要执行git remote add origin https://github.com/yangwenmai/jaeger-opentracing-examples.git；
执行 git pull origin master
fatal: refusing to merge unrelated histories

这个问题，其实我以前也遇到过，但是以前是怎么解决的呢？

直接本地文件重命名，然后再从 GitHub 拉取项目，然后把本地项目的所有文件拷贝到拉取到的项目文件中，然后再提交数据并推上去。

这虽然是一种解决办法，也不无伤大雅，但是这个办法终归不是正统的解决之道，本着学习和专研的精神，不应该逃避问题的方式来达到解决问题，所以我 Google 了。

阅读全文