近十个月来的一些工作总结
今天上午开会讨论了下半年产品开发规划，貌似很长时间没有开发过产品了，差不多有十个月了吧，这段时间自己都在做些什么呢，好好总结一下，嘻嘻。
其实主要的工作重点转移到网站上来了。首先是用 Java 写了一个短信支付守护程序，还写了些 servlet，较为深入地了解了短信 MT/MO 的流程、原理。有一段时间使用 Java 竟然比 PHP 还要多，也奇怪自己竟然可以自由地在 Java/PHP/Delphi 这些不同语法的语言之间来回切换，是编码的伸缩性增强了吗？接下来是和云网、网汇通等诸多支付提供商做支付接口，也增长了这方面的知识，了解了目前流行的支付接口原理。再接下来就是大大小小的各种功能模块了，有和别的厂商整合的，也有自主开发的，零零碎碎，同时也完善了一些快速开发框架，做了很多程序、系统优化的工作，包括 memcached 的应用、MySQL Master-Slave 的分布等等。这十个月来，自身的知识倒是补充了不少，但好像缺少了一些东西，是的，我的同事们，我应该和他们一起分享这些知识，这个也应该做到下半年的计划中。
嗯，现在对产品有很多好的想法，也有很多好的新的技术可以应用，十个月对于技术而言，可说是日新月异。产品的方向、需求已经确定了，下一步就是做计划、执行了，对于执行我是很有信心的，因为有一帮配合默契的高手在协助我、支持我，嘿嘿，我们又要开始团队战斗了 
最近正在考虑是否要使用mysql的集群功能，你用下来觉得如何？
Comment by zeal — April 27, 2006 @ 3:43 pm
不错呀，呵呵，主要是读写分离，不会因为 INSERT/UPDATE/DELETE 等阻塞 SELECT 操作。
Comment by Nio — April 28, 2006 @ 9:12 am
偶现在工作的地方也用master/slave数据存储形式了，也说是读写分离，不过大量的insert执行后，还会阻塞select一段时间，是不是两台数据库在数据同步的原因？不知道是咋回事，真奇妙
Comment by Lcs — April 28, 2006 @ 5:19 pm
应该是同步的时候阻塞的，实际上，m/s最大的好处是降低了m的负载（没有了select），但如果写操作还是超频繁，就不是简单的使用m/s结构能解决的了，还涉及到业务的拆分等等。当然，机器搞的更强劲永远都是有效的选择，比如搞台“更深的蓝”来当master，再搞台“深蓝”来当slave，估计一般情况没有搞不定的了吧，嘿嘿。
Comment by Gene — April 29, 2006 @ 11:58 am
M/S 不能缓解写的压力，如果写入的操作过于频繁，可以考虑 分库 + Replication， 来提供横竖双向的扩展．
如果分库的化，需要一个前端调度的机制来转发原始请求到不同的服务器组去． 可以参考 memcached 的实现和 livejournal ,google的用户系统实现
Comment by RainX — April 29, 2006 @ 3:03 pm
嗯，livejournal 的确实是比较不错，M/M + M/S
Comment by Nio — April 29, 2006 @ 5:26 pm