存储引擎开发总结

      

 

      经过4个多月的开发，自己对这4个多月的开发做个正反两面的总结。总结如下。

  优点：

       第一： 每天都在坚持做，每天都在发现新的问题，并解决问题。

      第二：有任何问题，都会及时到相关网站上面去解决，寻求帮助。

  不足：

      第一： 感觉自己系统研发方向不对，精力全都集中在系统平台的搭建上，应该放在阅读源代码上面。

      第二： 应该主动联系一些专家，询问开发经验。

     

  客观条件：

      第一：  做这方面的人太少，没有太多交流的东西。即使别人做出来了，也很难会与自己分享

      第二：  从开头到现在，4个多月，一直都是自己独自一人单打独斗（这种方法真要不得），系统肯定开发缓慢。

      第三：  MySQL的版本都提供的比较老，有很多Bug, 而且这些Bug官网都不在进行维护了，并且相关源代码也很难在找到。如果继续下去，会浪费很多时间在修补Bug上面，得不偿失！

    

   下面是我联系到的一位MySQL高手给我的意见：

       存储引擎开发难度大。前段时间通过网络联系上一位MySQL资深专家，他讲了他和他项目组成员以前的存储引擎开发经历。我把他讲的内容归纳为如下几点：

（1） 代码量大 。MySQL 5.6.10，InnoDB代码量30万行(包含注释)。 

（2）需要掌握的知识点太多。 事务、锁、并发控制、日志、恢复、数据结构与算法、内存管理与替换、系统监控等等，每一个知识点都对应了经典的理论与书籍。 

（3）Bug定位难。很多时候出现Bug都无从下手。 

（4）性能难调优。项目组花了很多时间几乎所有的流程都做了调优，最后结果还是很不理想。 

（5）开发周期长。 项目组完成整个编码工作用了大概9个多月的时间，这也只是存储引擎开发最开始的工作而已；到目前为止我们依然在调试中。

   

     

       只是感叹，开发进度太慢！ 2013年，从大年初四到学校，做了一个多月，劲椎又开始不舒服了。很多事情是急不来得，方法和计划都很重要。这四个月做的东西大多都是边边角角的东西，没有落实到核心点上。考虑到有些MySQL专家写存储引擎花了近一年的时间，所以自己要考虑下时间和精力的分配；更重要的是要注重方法，存储引擎开发必须是团队合作，才能做下去，不能再单打独斗了。