存储引擎开发总结
来源:互联网 发布:mac升降调 编辑:程序博客网 时间:2024/04/28 15:10
经过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专家写存储引擎花了近一年的时间,所以自己要考虑下时间和精力的分配;更重要的是要注重方法,存储引擎开发必须是团队合作,才能做下去,不能再单打独斗了。
- 存储引擎开发总结
- MySQL存储引擎总结
- MySQL存储引擎总结
- MySQL存储引擎总结
- MySQL存储引擎总结
- MySQL存储引擎总结
- MySQL存储引擎总结
- MySQL存储引擎总结
- MySQL存储引擎总结
- MySQL存储引擎总结
- MySQL存储引擎总结
- MySQL存储引擎总结
- MySQL存储引擎总结
- MySQL存储引擎总结
- MySQL存储引擎总结
- MySQL存储引擎总结
- MySQL存储引擎总结
- MySQL存储引擎总结
- start haskell with batteries included
- 存储引擎开发日志8
- C++虚函数的原理(转载)
- TCP协议三次握手过程分析
- 关于tomcat启动出现Line: 220 - com/opensymphony/xwork2/spring/SpringObjectFactory.java:220:-1错误的解决办法
- 存储引擎开发总结
- Yum错误的问题 No module named yum
- location.href的用法
- 常用的算法
- 塞班:一场顺理成章的死亡
- 树莓派 boot device
- hdu 1548 a strange lift
- 反射(reflection和reflection.emit)
- Android图片缓存策略 & OOM