高可用数据库平台及日常管理经验介绍.ppt

1、介绍高可用性数据库平台体系结构和日常管理经验、研发中心小宗门、现有基础设施平台无法解决拥塞问题，不适合繁华地区。高可用性基础设施平台，为什么要构建数据库平台，各主要部门是否应该自行申请数据库服务器，运营维护费用太高。操作系统、数据库版本不同。突然出现了热点，大大增加了数据库读写访问，受到部门数据库资源系统的限制，失去了扩大业务的机会。集成数据库服务器性能监控和警报不足新项目产品的在线数量太多，无法满足单个部门的数据库资源。没有专业人员，分析全局数据库的各种读写操作统计信息。磁盘故障导致无法访问，并且没有自动切换问题。当前新浪数据库平台的现状，数百个IDC数据中心Mysql5.0数据库服务。(增

2、长中)大约数百T的数据量。(在线备份存档)大约有数百个项目产品在使用。平台重点产品包括金融、体育、统一通行证、无线WAP、阅读、音乐、空间、普通投票、博客、博客杂志、汽车、技术和出版系统等。不可避免的故障、数据库网络结构、数据库平台的其他优点:提高共享重要数据资源(如新浪、香港、北美等)的全球可扩展性用户可以访问附近的IDC，提高服务质量。许多刚开始的项目可以混合使用相同的服务器资源。如何介绍一些数据库日常管理的经验，如何理解应用程序项目的数据库使用？大型项目的有效分割方法？库下哪个表更合适？器官执行数据库，如何防止表性能下降？减少慢查询语句的方法是什么？数据库服务器负载急剧增加的主要原因是什

3、么？不要超过自己的运输能力、数据库应用节目项目计划和最优化原则。1。您自己的应用节目类型的读写(如体育、读)、读写比率(如音乐)、写和读/写(如投票、统计)预计数据量6个月？一年？后续扩展？确定单个表或多个表，扩展方法(哈希表)预计访问次数是多少？花多少钱？峰？Com _ select，com _ update (insert，delete)实时数据和非实时数据中，哪些需要实时查询？可以提前准备什么或创建缓存？统计聚合使用什么？时间的要求是实时高项目(如财经、体育、实时低的项目、博客等)。合理的分配调度，实现全球快速到达。2 .数据库单个实例如何划分大的应用程序项目，使其不超过150G。尽可能

4、多的小实例，一台机器运行7-8个实例，通常负载avg不超过1-2，最高点不超过6-7是合理的。分票原则的选择根据时间(财经)，根据ID号码散列(统一通行证)，工作项目(普通投票)，3。单个库西餐数的限制-为什么？-受文件系统操作的限制，过多的档案需要更多的档案句柄，较大的目录操作导致复制、压缩和备份效率低下。-打开表使用数据库资源(table_cache)库建议案300-400个表建议案带有一般char字段的表不能超过500万rows。基于数字的字段的表不能超过1000万rows。4 .正确使用表格最优化、正确使用索引，以及定期执行OPTIMIZE TABLE命令(牙齿命令会锁定表格，因此在数

5、据库存取较少时执行)。索引大表时，必须选择访问小时段。否则，可能会出现严重的问题。周:通常是凌晨2-3点大部分项目访问的低谷点。5 .将索引最优化、选择并尝试、需要优化的相关表复制到测试环境在测试环境中启动测试守护程序、关闭query cache或使用select SQL_NO_CACHE方法。如果未优化，请测试多个查询时间，explain将检查扫描集。选择创建相应的索引尝试。可以通过Use index(xx)强制。检查是否有效。通过查询时间变化测试，迭代实验，获得了最佳结果。您可以随时变更索引设定，视情况而定。6.对于排序问题，请尽量不要使用带有主键的字段查找页面(最好仅提供100页)。防止机器爬行动物捕捉数据，防止数据库压力过高。因为这是Ord