2011数据库技术大会总结

我在为期二天数据库大会期间在时间不冲突情况尽量多参加了专题会场，感觉大部分专题质量都很高，一批国内知名互联网公司数据库领域资深工程师从各方面来分享自己工作实际经验和成果，当然也有些产品推荐专题（互联网商业广告无处不在-_-）,整个会议时间上安排相当紧凑，身体上虽感到有些疲倦，但收获也是颇丰。

   

    1. 在互联网开源软件称霸时代，系统整体架构设计应用对系统稳定性、扩宽性和可维护性至关重要，很多公司相当重视数据库架构设计，这是值得我们学习，数据库服务已从原来单一数据库服务，到主从读写分离或集群，再到DB 前端缓存，再到与NOSQL结合使用发展历程，每个公司都在设计使用符合自己业务发展的架构，但无论怎样像百度、sina和淘宝介绍自己架构时，我都发现应用和数据库之间都有个强大数访问层来支撑他们应用，天涯内部ICE服务与此类似，个人认为功能上还需完善和改进，目前还有很多应用没用中间层，架构也不一致。

 

  2. 磁盘IO 好像永远是数据库服务一个瓶颈，我想如果磁盘IO发展跟内存速度一样，DB CACHE 和NOSQL技术发展可能没这么快，可能分库、分表、分区、数据拆分之类技术可满足大量数据库访问请求，淘宝有位工程师从减少对数据库不必要访问和减轻对数据库访问压力出发还是很有启发，淘宝商品查找%80都是无效查找，淘宝设计策略去规避这些对数据库访问，最好调优是我们对数据库什么都不做或尽量少做。

 

  3.  SSD比普通硬盘在IOPS有绝对优势，很多公司都派专门人研究怎么利用这个特性来提高用户体验，淘宝目前把SSD应用到DBCACHE端来提高CACHE 数据写入和加载，由于SSD 容量、使用寿命和IO抖动等原因目前还没正式在用到数据库服务上，很期待SSD.

 

  4.有个资深DBA 在介绍 基于MySQL的分布式数据库实践强调在IDC之间数据同步慎用或不用，线下我又咨询他是否需要在不同IDC之间同步数据，他回答是很定的，从他矛盾回答中我可以看出他一定饱受不同IDC数据同步给他带来的折磨，呵呵他真的很瘦，还是五分钟网络那哥们牛，只要应用业务对不同IDC同步数据要求高，公司就必须放血舍得投入，在不同IDC建立专线或光缆来确定数据同步，呵呵我想虽没那么绝对，但在中国互联网基础实施环境下，我们真的需要认真考虑由于各种原因在不同IDC造成数据不同步给用户带来的影响。

 

  5. 我还去SQL Server数据库应用实践专场,这专题会场约显冷清，我想在座的哥们一定与SQL Server有‘纠结’，很多哥们都发现SQL Server事务复制占用系统资源比较大，值得庆幸的事我咨询有关SQL Server表结构有变化需重新部署事务复制问题的时候，有几个哥们给了很定答复能做到，最好聊到数据库质量保障问题，对于一个由不同水平开发人员设计数据库系统，DBA怎么保障高效安全运行？有个在银行系统从事多年哥们从侧面讲述有关建行和工行的事情，建行IT部门高手繁多，数据库系统繁多，很多网点系统不统一，事事强调数据一致，系统数据出现问题最多，而工行IT部门高手不多，但工行数据库系统一致，能做到从县级网点到中心节点定期统一维护升级，从不强调数据一致性问题，系统出现的问题最少，统一标准、统一架构、统一管理对于系统稳定多么重要，我想公司一直强调统一系统架构，那是因为我们大家都觉得公司系统架构真的很不统一吧。