针对 MySQL 大规模数据库的性能和伸缩性的优化_光环大数据培训

上传人:gua****an 文档编号:52454839 上传时间:2018-08-21 格式:DOCX 页数:6 大小:43.51KB
返回 下载 相关 举报
针对 MySQL 大规模数据库的性能和伸缩性的优化_光环大数据培训_第1页
第1页 / 共6页
针对 MySQL 大规模数据库的性能和伸缩性的优化_光环大数据培训_第2页
第2页 / 共6页
针对 MySQL 大规模数据库的性能和伸缩性的优化_光环大数据培训_第3页
第3页 / 共6页
针对 MySQL 大规模数据库的性能和伸缩性的优化_光环大数据培训_第4页
第4页 / 共6页
针对 MySQL 大规模数据库的性能和伸缩性的优化_光环大数据培训_第5页
第5页 / 共6页
点击查看更多>>
资源描述

《针对 MySQL 大规模数据库的性能和伸缩性的优化_光环大数据培训》由会员分享,可在线阅读,更多相关《针对 MySQL 大规模数据库的性能和伸缩性的优化_光环大数据培训(6页珍藏版)》请在金锄头文库上搜索。

1、 光环大数据光环大数据-大数据培训知名品牌大数据培训知名品牌http:/ 光环大数据光环大数据 http:/针对针对 MySQLMySQL 大规模数据库的性能和伸缩性的优化大规模数据库的性能和伸缩性的优化_ _光环大数据培训光环大数据培训光环大数据培训机构,在需要支持移动/平板电脑应用及普通桌面浏览器访问的 时代,网站的普及率和有效性很大程度上取决于其可用性和性能。一个访问缓 慢的网站会使得访问者或潜在的客户流失,并导致商业的失败。一个访问速度 相当快的网站将会决定访客是否会使用网站提供的产品或服务。拥有大规模数据库的网站始终需要适当的关注、配置、优化、调整和维护,以 确保网站的快速加载。这篇

2、文章将讨论如何优化有海量数据的 MySQL 数据库。选择选择 InnoDBInnoDB 作为存储引擎作为存储引擎大型产品的数据库对于可靠性和并发性的要求较高,InnoDB 作为默认的 MySQL 存储引擎,相对于 MyISAM 来说是个更佳的选择。优化数据库结构优化数据库结构组织数据库的 schema、表和字段以降低 I/O 的开销,将相关项保存在 一起,并提前规划,以便随着数据量的增长,性能可以保持较高的水平。光环大数据光环大数据-大数据培训知名品牌大数据培训知名品牌http:/ 光环大数据光环大数据 http:/设计数据表应尽量使其占用的空间最小化,表的主键应尽可能短。对于 InnoDB

3、表,主键所在的列在每个辅助索引条目中都是可复制的,因此如果有很多辅助索引,那么一个短的主键可以节省大量空间。仅创建你需要改进查询性能的索引。索引有助于检索,但是会增加插入 和更新操作的执行时间。InnoDBInnoDB 的的 ChangeChange BufferingBuffering 特性特性InnoDB 提供了 change buffering 的配置,可减少维护辅助索引所需的磁盘 I/O。大规模的数据库可能会遇到大量的表操作和大量的 I/O,以保证辅助索引 保持最新。当相关页面不在缓冲池里面时,InnoDB 的 change buffer 将会更 改缓存到辅助索引条目,从而避免因不能立

4、即从磁盘读取页面而导致耗时的 I/O 操作。当页面被加载到缓冲池时,缓冲的更改将被合并,更新的页面之后 会刷新到磁盘。这样做可提高性能,适用于 MySQL 5.5 及更高版本。InnoDBInnoDB 页面压缩页面压缩InnoDB 支持对表进行页面级的压缩。当写入数据页的时候,会有特定的压缩算 法对其进行压缩。压缩后的数据会写入磁盘,其打孔机制会释放页面末尾的空 块。如果压缩失败,数据会按原样写入。表和索引都会被压缩,因为索引通常 是数据库总大小中占比很大的一部分,压缩可以显著节约内存,I/O 或处理时光环大数据光环大数据-大数据培训知名品牌大数据培训知名品牌http:/ 光环大数据光环大数据

5、 http:/间,这样就达到了提高性能和伸缩性的目的。它还可以减少内存和磁盘之间传输的数据量。MySQL 5.1 及更高版本支持该功能。注意,页面压缩并不能支持共享表空间中的表。共享表空间包括系统表空间、临时表空间和常规表空间。使用批量数据导入使用批量数据导入在主键上使用已排序的数据源进行批量数据的导入可加快数据插入的过程。否 则,可能需要在其他行之间插入行以维护排序,这会导致磁盘 I/O 变高,进而 影响性能,增加页的拆分。关闭自动提交的模式也是有好处的,因为它会为每 个插入执行日志刷新到磁盘。在批量插入期间临时转移唯一键和外键检查也可 显著降低磁盘 I/O。对于新建的表,最好的做法是在批量

6、导入后创建外键/唯一 键约束。SQLSQL 语句优化语句优化为了提升查询的速度,可以为 WHERE 字句中使用的列添加索引。此外,不要将 主键索引用于太多或太长的列,因为这些列值在辅助索引进行复制的时候会增 加读取所需要的 I/O 资源并占用缓存。光环大数据光环大数据-大数据培训知名品牌大数据培训知名品牌http:/ 光环大数据光环大数据 http:/如果索引包含了不必要的数据,通过 I/O 读取这些数据并进行缓存就会减弱服务器的性能和伸缩性。也不要为不必要的列使用唯一键索引,因为它会禁用 change buffering。应该使用常规索引代替。减少和隔离需要耗费大量时间的函数调用。尽可能的减

7、少查询中的全表扫描次数。调整缓存区域的大小和属性,比如 InnoDB 缓冲池,MySQL 查询缓存等,这样 会通过从内存而非从硬盘获取数据而让重复的查询变得更快。优化存储结构优化存储结构对于大型的表,或者包含大量重复文本或数值数据的表,应该考虑使用 COMPRESSED(压缩的) 行格式。这样只需要较少的 I/O 就可以把数据取到缓冲 池,或执行全表扫描。一旦你的数据达到稳定的大小,或者增长的表增加了几十或几百兆字节,就应 该考虑使用 OPTIMIZE TABLE 语句重新组织表并压缩浪费的空间。对重新组织 后的表进行全表扫描所需要的 I/O 会更少。优化优化 InnoDBInnoDB 磁盘磁

8、盘 I/OI/O光环大数据光环大数据-大数据培训知名品牌大数据培训知名品牌http:/ 光环大数据光环大数据 http:/增加 InnoDB 缓冲池大小可以让查询从缓冲池访问而不是通过磁盘 I/O 访问。通过调整系统变量 innodb_flush_method 来调整清除缓冲的指标使其达到最佳 水平。使用其它存储设备配置 RAID。MySQLMySQL 的内存分配的内存分配在为 MySQL 分配足够的内存之前,请考虑不同领域对 MySQL 的内存需求。要考虑的关键领域是:并发连接 对于大量并发连接,排序和临时表将需 要大量内存。在撰写本文时,对于处理 3000+ 并发连接的数据库,16GB 到

9、 32GB 的 RAM 是足够的。内存碎片可以消耗大约 10 或更多的内存。像 innodb_buffer_pool_size、key_buffer_size、query_cache_size 等缓存和缓 冲区要消耗大约 80 的已分配内存。日常维护日常维护定期检查慢的查询日志并优化查询机制以有效使用缓存来减少磁盘 I/O。优化 它们,以扫描最少的行数,而不是进行全表扫描。光环大数据光环大数据-大数据培训知名品牌大数据培训知名品牌http:/ 光环大数据光环大数据 http:/其他可以帮助 DBA 检查和分析性能的日志包括:错误日志、常规查询日志、二进制日志、DDL 日志(元数据日志)。定期刷

10、新缓存和缓冲区以降低碎片化。使用 OPTIMIZE TABLE 语句重新组织表并压缩任何可能被浪费的空间。大数据时代大数据时代,大数据培训大数据培训,就选光环大数据、数据分析师培训数据分析师培训机构!为什么大家选择为什么大家选择光环大数据光环大数据!大数据培训、人工智能培训、Python 培训、大数据培训机构、大数据培训班、数据分析培训、大数据可视化培训,就选光环大数据!光环大数据,聘请专业的大数据领域知名讲师,确保教学的整体质量与教学水准。讲师团及时掌握时代潮流技术,将前沿技能融入教学中,确保学生所学知识顺应时代所需。通过深入浅出、通俗易懂的教学方式,指导学生更快的掌握技能知识,成就上万个高薪就业学子。【报名方式、详情咨询报名方式、详情咨询】光环大数据官方网站报名:光环大数据官方网站报名:http:/ /mobile/mobile/

展开阅读全文
相关资源
相关搜索

当前位置:首页 > IT计算机/网络 > 数据结构与算法

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号