数据库优化的最佳实践

标签: 数据库 优化 最佳实践 | 发表时间:2013-12-29 12:25 | 作者:
出处:http://www.iteye.com
1)谨慎而有效地使用索引
  选择合理的索引(前缀性及可选性)、删除没有用的索引。
   2)使用规范化,但不要使用过头
  规范化(至少是第三范式)是一个易于理解且标准的方法。然而,在有些情况下,你可能希望违反这些规则。查询表通常是规范化的产物,也就是说,你创建了一个特殊的表,这个表包含了在其他表中被频繁使用的相关信息的列表。然而,当使用那些经常被访问且分布有限(仅有或有限的行数拥有小值)的查找表时,会使系统性能降低。在这种情况下,每次你使用查询信息,它们必须使用join以获取完整数据。join的开销很大,而且频繁访问会使开销随着时间逐渐增加。为了减少这种潜在的性能问题,可以使用枚举字段存储数据,而不是使用查找表存储数据。例如,可以使用枚举字段存储头发彩色值,而不是创建表来存储头发颜色值,这样还可以避免使用join.
   3)使用正确的存储引擎
  mysql的最强大的功能之一是它支持不同的存储引擎,存储引擎管理如何存储和恢复数据。mysql支持多个存储引擎,每个存储引擎具有独特的功能和用途,可以使数据库设计通过使用最合适他们的应用程序的存储引擎来改善数据库系统的性能。例如,如果有一个这样的环境:使用事务控制高度活跃的数据库,请选择一个合适这个情况的存储引擎(mysql的有些存储引擎不支持事务),你还可能会发现这样的视图和表,它们常常被查询但是几乎不被更新(例如查找表),在这种情况下,你可能希望使用存储引擎将这些数据存储在内存中,以便快速访问它们。
  InnoDB存储引擎支持事务,在需要事务支持时,通常应该选择这个存储引擎,它是Mysql中目前唯一事务性的引擎。很多第三方存储引擎支持事务,但是仅有InnoDB有"开包即用"选项。有趣的是,InnoDB中所有的索引都是B-trees,在这个B树中索引记录被存储在树的叶子项,InnoDB适用于高性能和事务处理环境。
  MyISAM存储引擎是Mysql默认引擎,如果你在create语句中省略了engine选项,那么默认使用这个引擎。MyISAM经常在数据仓库、电子商务和企业应用中使用。MyISAM使用高级缓存和索引机制提高数据检索速度,另外,当各种应用程序需要快速检索数据而不需要事务时,MyISAM将是很好的选择。
  Blackhole存储引擎是非常有趣的,它并不存储任何东西。实际上,正如它的名字所言-存储进去的数据永远还会返回。Blackhole存储引擎有个特殊的用途,如果启用了二进制 日志 SQL命令将被写入这个日志,这时,Blackhole存储引擎被当做复制拓扑中的中继代理使用。
  Memory存储引擎(有时被称为HEAP)是内存中的存储器,它使用哈希机制频繁检索被使用过的数据,这样可以更快地检索,它访问数据的方式与其他存储引擎类似,但是数据存储在内存中,并且只在mysql会话有效。当关机时,这些数据被刷新并删除掉。Memory存储引擎通常用于以下情况:静态数据被频繁使用且很少被改变(如查找表).
   4)通过Query Cache使用视图来加速结果
  5)使用约束
  6)使用explain、analyze、optimize
  这些工具在诊断和调优时很重要,在不发生错误的前提下经常使用它们,但是请小心使用。具体来说,当analyze、optimize有意义且不是作为定期的预定的事件时使用它们。我们发现有些系统管理员晚上使用这些命令,但是一般情况下,这样做是不值得的,并且会产生不必要的表副本。显然,强制系统定期复制数据浪费时间,并会导致操作过程中的访问有限。


已有 0 人发表留言,猛击->> 这里<<-参与讨论


ITeye推荐



相关 [数据库 优化 最佳实践] 推荐:

数据库优化的最佳实践

- - ITeye博客
  选择合理的索引(前缀性及可选性)、删除没有用的索引.    2)使用规范化,但不要使用过头.   规范化(至少是第三范式)是一个易于理解且标准的方法. 然而,在有些情况下,你可能希望违反这些规则. 查询表通常是规范化的产物,也就是说,你创建了一个特殊的表,这个表包含了在其他表中被频繁使用的相关信息的列表.

数据库设计的最佳实践

- - CSDN博客数据库推荐文章
1、使用定义明确的表或列名,并保持一致(例如,School、StudentCourse、CourseID). 2、使用单数形式的表名(即,用StudentCourse而非StudentCourses). 表代表了实体的合集,不需要复数形式. 否则你将在定义表时不得不使用“{”、“[”等字符(即为了访问表Student Course,你须得书写“Student Course”.

Web前端优化最佳实践

- Jimmy - 中文热文榜|最新
还有 Jason, Bixuan, 曦, 推荐,查看全部 8 个推荐. 博评 - Sting的网经发表于2010-08-08 08:41:10. Google的前端优化最佳实践 Yahoo的前端优化最佳实践. Web前端优化最佳实践之Content篇. 尽量减少 HTTP 请求 (Make Fewer HTTP Requests).

前端性能优化最佳实践

- - Web前端 - ITeye博客
如今浏览器能够实现的特性越来越多,并且网络逐渐向移动设备转移,使我们的前端代码更加紧凑,如何优化,就变得越来越重要了. 开发人员普遍会将他们的代码习惯优先于用户体验. 但是很多很小的改变可以让用户体验有个飞跃提升,所以任何一点儿小小的优化都会提升你网站的性能. 前端给力的地方是可以有许多种简单的策略和代码习惯让我们可以保证最理想的前端性能.

20个数据库设计的最佳实践

- - ITeye资讯频道
1、使用定义明确的表或列名,并保持一致(例如,School、StudentCourse、CourseID). 2、使用单数形式的表名(即,用StudentCourse而非StudentCourses). 表代表了实体的合集,不需要复数形式. 否则你将在定义表时不得不使用“{”、“[”等字符(即为了访问表Student Course,你须得书写“Student Course”.

Web 前端优化最佳实践之 Mobile(iPhone) 篇

- - 可咔酷 | 网络杂货铺
Web 前端优化最佳实践最后一部分是针对移动应用的,其实只是针对 iPhone 的,目前只有两条规则. 单个数据对象小于 25K (Keep Components under 25K). 这个似乎只是 针对 iPhone 研究的. 建议保持单个 Web 数据对象在 25 K 以下. Apple 官方信息指出可缓存到内存中的 Web 对象最大支持到 10M,但经过测试,发现也就是 25K 左右.

[译] ASP.NET Core 性能优化最佳实践

- - IT瘾-dev
本文提供了 ASP.NET Core 的性能最佳实践指南. 译文原文地址: https://docs.microsoft.com/en-us/aspnet/core/performance/performance-best-practices?view=aspnetcore-3.1. 这里有一篇文档在多个部分中讨论了如何积极利用缓存.

数据库优化

- - 数据库 - ITeye博客
程序运行效率,优化应用程序,在SP编写过程中应该注意以下几点: . a) SQL的使用规范: .   i.尽量避免大事务操作,慎用holdlock子句,提高系统并发能力.   ii.尽量避免反复访问同一张或几张表,尤其是数据量较大的表,可以考虑先根据条件提取数据到临时表中,然后再做连接.   iii.尽量避免使用游标,因为游标的效率较差,如果游标操作的数据超过1万行,那么就应该改写;如果使用了游标,就要尽量避免在游标循环中再进行表连接的操作.

HBase最佳实践-写性能优化策略 – 有态度的HBase/Spark/BigData

- -
上一篇文章主要介绍了HBase读性能优化的基本套路,本篇文章来说道说道如何诊断HBase写数据的异常问题以及优化写性能. 和读相比,HBase写数据流程倒是显得很简单:数据先顺序写入HLog,再写入对应的缓存Memstore,当Memstore中数据大小达到一定阈值(128M)之后,系统会异步将Memstore中数据flush到HDFS形成小文件.

HBase最佳实践-读性能优化策略 – 有态度的HBase/Spark/BigData

- -
任何系统都会有各种各样的问题,有些是系统本身设计问题,有些却是使用姿势问题. HBase也一样,在真实生产线上大家或多或少都会遇到很多问题,有些是HBase还需要完善的,有些是我们确实对它了解太少. 总结起来,大家遇到的主要问题无非是Full GC异常导致宕机问题、RIT问题、写吞吐量太低以及读延迟较大.