原创力文档- 1、本文档共19页，可阅读全部内容。
- 2、原创力文档（book118）网站文档一经付费（服务费），不意味着购买了该文档的版权，仅供个人/单位学习、研究之用，不得用于商业用途，未经授权，严禁复制、发行、汇编、翻译或者网络传播等，侵权必究。
- 3、本站所有内容均由合作方或网友上传，本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺！文档内容仅供研究参考，付费前请自行鉴别。如您付费，意味着您自己接受本站规则且自行承担风险，本站不退款、不进行额外附加服务；查看《如何避免下载的几个坑》。如果您已付费下载过本站文档，您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等，请点击“版权申诉”（推荐），也可以打举报电话：400-050-0827(电话支持时间：9:00-18:30)。
- 5、该文档为VIP文档，如果想要下载，成为VIP会员后，下载免费。
- 6、成为VIP后，下载本文档将扣除1次下载权益。下载后，不支持退款、换文档。如有疑问请联系我们。
- 7、成为VIP后，您将拥有八大权益，权益包括：VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 8、VIP文档为合作方或网友上传，每下载1次， 网站将根据用户上传文档的质量评分、类型等，对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
研发中心邵宗文 无法解决拥堵问题，不适合繁华地区。传统基础设施平台高可用的基础设施平台为何需要搭建数据库平台各大部门自己申请数据库服务器，运维成本过高。操作系统，数据库版本不一。出现突发热点，造成数据库读写访问巨增，受限于部门数据库资源机器，而错失扩大业务良机。缺乏统一的数据库服务器性能监控和报警。新项目产品上线数量过多，单个部门的数据库资源无法满足。无专门的人进行全局数据库各种读写操作统计的分析。存在磁盘故障导致不可访问，无自动切换的问题。010203040506多个IDC数据中心Mysql5.0数据库服务几百台.(不断增长中)约有几百T的数据量.（线上+备份存档）约有几百个项目产品使用。平台重点产品有：财经，体育，统一通行证，无线wap，读书，音乐，空间,通用投票，博客圈，博客杂志，汽车，科技，发布系统等。目前新浪数据库平台现状不可避免的故障数据库网络结构简图数据库平台的其他好处：提升全球扩展性，包括新浪香港和北美等都能共享到重要数据资源，如体育，财经数据。让用户访问就近IDC，提升服务质量。很多刚开始的项目可以混用同一个服务器资源。如何去了解应用项目的数据库使用情况？大项目的有效切分方式？一个库下多少表比较合适？长期运行的数据库，如何避免表性能下降？减少慢查询语句的方法有哪些？数据库服务器负载急剧上升的主要原因？010302040506关于一些数据库日常管理的经验介绍不要超过自身运输能力了解自己的应用数据库应用项目规划和优化原则1.了解自己的应用应用类型 读多写少（如体育，读书），读写比例差不多（如音乐），和写多读少（如投票，统计）预计数据量 半年？一年？后续扩展？?决定单表还是多表，扩展的方法(hash分表)预计访问量 多少读？多少写？峰值？?Com_select,Com_update(insert,delete)实时数据和非实时数据 哪些必须实时查询？哪些可以预先准备或可以cache？哪些用于统计汇总？时间的要求 实时性高的项目，如财经，体育，实时性低的项目如博客圈等。合理分配调度，实现全球快速到达。保证数据库单个实例尽量不要超过150G。切分尽量多的小实例，一个机器跑7-8个实例，平常loadavg不超过1-2，峰值不超过6-7为合理。分表原则的选择按时间(财经)按ID号hash分(统一通行证)按业务项目(通用投票)2.如何对大应用项目切分010203040506单库表数量的限制-为什么？受文件系统操作限制，文件数过大需要更多文件句柄，且大目录 操作造成复制、压缩、备份效率低。打开表占用数据库资源（table_cache）√建议一个库不应超过300-400个表√建议一般带char字段的表不应超过500万rows.基于数字的字段为主的表不要超过1000万rows.
文档评论（0）