用几个月的时间用 golang 撸了一个 mysql proxy，这里有感兴趣的同学么，想一起讨论一下。

为什么不直接应用go-yaml,而是把这个包放在子目录中

这个项目很吊！

@guotie 安装的时候比较简单，不需要go get go-yaml

@flikecn go get 的时候会自动处理依赖啊

看你的源码好长时间了，唯一问题是为什么都喜欢用vitess 的sqlparser 呀。

@noahzh 因为自己没找到合适的go版本的sqlparser，你了解到有更完整的sqlparser么？

@tomheng 嗯，两种方法都行，go get有时候会失败，索性我直接包含进来，反正引用的包也不是很多.：）

没看懂==3

哎哟不错。watch一下。

@aszxqw 谢谢

主要目前几个proxy背后都有成熟的大规模运行(如atlas)...你说的那几个缺点其实在业务逻辑上做调整即可...
个人项目...除非团队的开发能力比较强...可以在你停止开发的情况下继续维护至少是bug修正...

是多master还是master slave的？

@taowen 一个node节点是一主一从，可以有多个node

@Microseft 玩的开心就好，但我还是希望做成这个项目。PS：我上一份工作就是在360开发Atlas :)

@flikecn 一个node的master挂掉了，那么这个node的数据是不是就丢了？

@taowen 可以做主从切换，kingshard后续会提供切换的接口，但具体的切换由DBA负责。

@flikecn 也就是这个proxy目前对于consistency和availability并没有多大帮助，主要是解决Write throughput的问题？对于海量数据的group by计算有帮助吗？

@taowen 对availability有帮助的，可以配合MHA做高可用mysql集群。kingshard的定位我觉得应该是解决mysql横向扩展问题。对于海量计算，我觉得不是它的应用场景。