OpenStack的源码分析在网上已经非常多了，针对各个部分的解读亦是非常详尽。这里我根据自己的理解把之前读过的Swift源码的一些要点记录一下，希望给需要的同学能带来一些帮助。

    如果要在数据访问前需要做权限校验的话，只需要在MYDB函数中做判断即可。另外，不得不说ci模块拆分的确实不错，instantiate_class是来自于它的system\codeigniter\Common.php。log_message我给重写了一下，因为对于每个调用者来说，希望写log的方式是不一样的。（比如我这次就直接打印在了屏幕上。。。。），最近正好在看设计模式，这种方式也是符合模版方法模式的。

    

先简单说下什么是MySQL Proxy。从名字上就清晰可见代理嘛，就是在你能直接进行操作前，都要经过这个代理或是agent（国外片里的特工），client-agent-server就是这么一个过程，既然mysql-proxy加在客户端和服务端之间，那么它就必须要能听懂双方说的是什么，它的角色就像一名接线员（operator）。我们都知道mysql client和mysqld通信时，采用的是MySQL自己的网络协议，而MySQL Proxy也同样使用的是这个网络协议，那么三者之间也就没有什么障碍了。除了可以按照策略分发请求，既然放在两者中间，那么所有过来的请求它自然都可以截获，如果你愿意当然还可以做操作前的审核，也可注入些新的东西。Agent嘛，无所不能,不过你需要先对Lua无所不能LoL。

    需要在服务器上装sock5 proxy，服务器平台是Redhat enterprise linux5,淡水要在有限的时间里去折腾它。 google之。找到了socks5-v1.0r11编译报错:( 再google之。。。又转找到ss5-3.6.4-3, 编译,又报错:( 时间有限，精力有限，关键是能力有限。。最后google之。。。。。。找到Antinat。看似很方便的样子。官网：http://antinat.sourceforge.net/ 下载： antinat-0.90-1.i386.rpm antinat-libs-0.90-1.i386.rpm 先rpm -ivh antin...

    听说mysql proxy 0.7.0即将发布，正好前些日子从bzr上获取mysql proxy的代码编译过，看看当时bzr的版本号，和现在也差不了多少。在这期间，我又花了一些时间把mysql配置成读写分离，出了不少妖蛾子，由于使用的人不太多，解决问题超费劲――搜索不到有帮助的内容啊。但是我可能是比较幸运的，最后成功的实现了读写分离，目前在开发环境运行的比较稳定，所以有必要做个笔记分享一下。

    mysql proxy的代码树已经迁移到lauchpad，采用bazaar进行版本管理。参考了一些文档，在centos 5.2下编译安装最新mysql proxy成功。