转载：面向程序员的数据库访问性能优化法则

最新推荐文章于 2023-08-28 16:50:19 发布
原创 最新推荐文章于 2023-08-28 16:50:19 发布 · 219 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#.net #Blog

本文提供了优快云博客的一个示例链接，展示了如何分享技术文章并进行交流。
http://blog.youkuaiyun.com/yzsind/archive/2010/12/06/6059209.aspx
面向程序员的数据库访问性能优化法则.doc
07-01
对于程序员而言，优化数据库访问性能可以遵循以下基本法则：减少数据访问、返回更少数据、减少交互次数、减少服务器CPU开销和利用更多资源。这些法则分别对应到计算机系统硬件的不同性能指标，包括响应时间和吞吐量...
面向程序员的数据库访问性能优化法则
03-02
在书店也看到了许多数据库优化的专业书籍，但是感觉更多是面向DBA或者是PL/SQL开发方面的知识，个人感觉不太适合普通程序员。而要想做到数据库优化的高手，不是花几周，几个月就能达到的，这并不是因为数据库优化有...
【转】面向程序员的数据库访问性能优化法则
小程故事多的博客
07-06 788
特别说明： 1、  本文只是面对数据库应用开发的程序员，不适合专业DBA，DBA在数据库性能优化方面需要了解更多的知识； 2、  本文许多示例及概念是基于Oracle数据库描述，对于其它关系型数据库也可以参考，但许多观点不适合于KV数据库或内存数据库或者是基于SSD技术的数据库； 3、  本文未深入数据库优化中最核心的执行计划分析技术。   读者对像： 开发人员：如果你是做数据库开发，
转载-- 面向程序员的数据库访问性能优化法则
cwscwj的专栏
07-25 447
特别说明： 1、  本文只是面对数据库应用开发的程序员，不适合专业DBA，DBA在数据库性能优化方面需要了解更多的知识； 2、  本文许多示例及概念是基于Oracle数据库描述，对于其它关系型数据库也可以参考，但许多观点不适合于KV数据库或内存数据库或者是基于SSD技术的数据库； 3、  本文未深入数据库优化中最核心的执行计划分析技术。   读者对像： 开发人员：如果你是做数据库开发，
数据库访问性能优化
云原生Java Web领域技术博客
08-28 1175
在基于数据库进行业务功能的开发时，如何保证数据库访问的性能是区分普通程序员和高级程序员的分水岭。这里系统的梳理下如何在程序员视角下实现数据库访问性能优化。
读《面向程序员的数据库访问性能优化法则》
weixin_33851429的博客
01-04 120
2019独角兽企业重金招聘Python工程师标准>>> ...
转帖：面向程序员的数据库访问性能优化法则特别说明：
bmj的专栏
12-08 783
<br />特别说明：<br />1、  本文只是面对数据库应用开发的程序员，不适合专业DBA，DBA在数据库性能优化方面需要了解更多的知识；<br />2、  本文许多示例及概念是基于Oracle数据库描述，对于其它关系型数据库也可以参考，但许多观点不适合于KV数据库或内存数据库或者是基于SSD技术的数据库；<br />3、  本文未深入数据库优化中最核心的执行计划分析技术。<br /> <br />读者对像：<br />开发人员：如果你是做数据库开发，那本文的内容非常适合，因为本文是从程序员的角度来谈数
面向程序员的数据库访问性能优化法则.pdf
10-03
面向程序员的数据库访问性能优化法则 本文面向数据库应用开发的程序员，旨在提供实用的数据库访问性能优化法则。以下是本文的要点： 一、数据库访问性能优化法则简介 为正确的优化SQL，我们需要快速定位性能瓶颈...
2021年面向程序员的数据库访问性能优化法则.docx
最新发布
07-17
在面对数据库性能问题时，程序员作为数据库应用开发的关键参与者，需要了解如何优化数据库访问性能。优化法则主要包括减少数据访问、返回更少数据、减少交互次数、减少服务器CPU开销和运用更多资源这五个层面。以下...
缓存小技巧--缓存的分级
sole_ghost的专栏
07-19 962
在大型的互联网应用中，如果缓存的是大量的数据，可以考虑多级缓存数据 1.第一级cache：本地线程cache    每次将数据放入线程cache（利用ThreadLocal）中，可以避免同一个线程中对同一个缓存数据的访问   2.第二级cache：本地内存cache    利用appserver的内存，将数据放入本地的内存缓存，可以用的工具有EHCache   3.第三级cache：...
缓存小技巧--实现cache的锁
sole_ghost的专栏
07-19 631
在有些业务背景下，需要cache防止并发的情况，然后cache却不能提供锁的功能，可以由应用代为实现   1.第一次存入cache的数据时，加一个modifiedTime的时间戳 2.下次更新的时候，必须保证取到当前的时间戳和cache中数据的时间戳一致，这样才可以更新；否则直接removecache，不要影响到正常业务。   其实，这种乐观锁的实现，和DB层的乐观锁实现原理是一样的，即...
缓存小技巧--异步更新缓存时remove cache数据
sole_ghost的专栏
07-12 529
在支撑大规模、高并发、高可用的互联网应用中，异步更新分布式缓存的应用已经越来越多了（为什么是异步更新缓存，因为异步不仅可以提高系统性能，而且提高系统的伸缩性和可用性），由于缓存的更新是异步的，可能由于多个更新缓存的并发线程而导致的脏数据。   举例，有下面2个线程A、B同时执行业务，执行完业务之后，会产生2个异步的线程A1、B1去更新缓存，在理想情况下，A1和B1应该保持顺序性，即A1先更新缓...
缓存小技巧--缓存key的分组
sole_ghost的专栏
07-19 515
这篇没有任何技术含量，仅仅是一个良好的编程习惯   随着应用中缓存的业务数据越来越多，为了防止不同业务的key相互覆盖的情况，有个简单的办法，对不用的业务的数据分组，比如： 业务1 prefix1+key 业务3 prefix2+key 业务2 prefix3+key   这样之后，即时各个业务的key相同，也可以防止数据被相互覆盖的情况  ...
logger的功能
sole_ghost的专栏
07-19 322
1.最明显的功能，排查线上问题。    平时遇到bug时，要相信“人走过，必留下痕迹”，没有什么事情是没有原因的。   2.报警    我们的系统越来越多，业务越来越多，不可能靠人肉每天查询日志以发现问题，还是要利用机器。    针对具体的业务，打印具体格式的日志，通过日志收集系统的规则，发现问题则向相关人员报警。怎么实现日志收集系统呢，可以每隔一段时间，从生产环境中获取指定日志，每次读...
探寻ThoughtWorks的敏捷实践，专访ThoughtWorks咨询师 <摘要>
sole_ghost的专栏
11-24 292
敏捷包括TDD、重构、简单设计、持续集成等。 TDD确保编码前理解需要，并保持简单设计；同时TDD自身的大量自动化测试为持续集成提供了保证；在重 构代码时保证代码质量，达到简单设计。   敏捷思想提倡以人为本，持续改进，通过快速迭代实现频繁交互，保证与客户的沟通，减少对需求理解的 不一致，客户也可以及时调整需求来满足业务的变化。每一个迭代过程都是一个完整的瀑布流程，包括分 析、设计、编...
缓存小技巧--key的关联性
sole_ghost的专栏
07-19 292
如果我们对一个比较复杂的模型做cache，会有如下需求： 1. 利用多个key去查询这一模型的cache 2. 继而要求可以利用多个key去删除cache时   如果按照最简单的模型，每个key对应一个cache数据，这样当某一个key对应cache中的数据变动时，另外一个key对应的cache数据必定成为脏数据。 举例：key1-&gt;cacheObject,key2-&gt;cac...
系统的性能优化--记项目总结
sole_ghost的专栏
09-06 265
项目过去都3个多月了，也没系统的总结，今天总结一下   系统背景： 1.访问量大：每天承受20亿+服务调用 2.海量数据：核心表都是5亿条数据，而且每天还在以几十万的速度增加 3.之前架构：由于读写比例很高，已经采用分布式cache--db单点的架构 4.db负载高：在小机上，业务高峰期时，db的cpu的占用率曾达到70%-80%，响应明显变慢 5.业务特性：读写比例高，大部分业务可...
缓存小技巧--NullObject模式&&表识cache
sole_ghost的专栏
07-19 251
在我们的应用中，有一张表的查询量非常之大，高峰期时6000次/second查询，而且更新很少，于是我们的改造来了：   第一次优化： 方法：每次从cache中读取，如果cache中没有命中，则从DB读取，如果有值将此值放入cache中。 效果：上线后效果并不是特别明显，高峰期仍有3000次/second的查询，原因在哪里呢？此表只有700w的数据量，但是对于3亿用户，每个用户都要查询此表，...
程序员必读：数据库访问性能优化策略
"面向程序员的数据库访问性能优化法则" 在数据库性能优化领域，程序员扮演着重要的角色，尽管他们的工作不等同于专业的DBA。本文主要针对数据库应用开发的程序员，提供一些实用的优化法则，帮助他们在日常开发中...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值