Coffee的博客

原文链接：http://www.jb51.net/article/19024.htm         我们要做到不但会写SQL,还要做到写出性能优良的SQL,以下为笔者学习、摘录、并汇总部分资料与大家分享！ 1.选择最有效率的表名顺序（只在基于规则的优化器中有效）：         ORACLE 的解析器按照从右到左的顺序处理FROM子句中的表名，FROM子句中写

原文链接：http://xm-king.iteye.com/blog/770721        SQL标准定义了4类隔离级别，包括了一些具体规则，用来限定事务内外的哪些改变是可见的，哪些是不可见的。低级别的隔离级一般支持更高的并发处理，并拥有更低的系统开销。 Read Uncommitted（读取未提交内容）        在该隔离级别，所有事务都可以看到其他未提交事务

摘要 每当我们讨论一项（新的）领域技术的时候，最好的方式通常是首先抛出一些问题，这些问题大致分为三类：诶？这项技术又是什么玩意（What）?这项技术为什么会存在？我们已经有那么多解决方案（Method）了，我们问什么要用它（Why）？如果这项技术那么好且我们正好有场景可以用到这项技术，且能使我们的系统得到很乐观的优化，那么我们怎么用呢（How）？大概已经有同学觉得这些问题很熟悉了，是的，这就

首先，缓存由于其高并发和高性能的特性，已经在项目中被广泛使用。在读取缓存方面，大家没啥疑问，都是按照下图的流程来进行业务操作。 但是在更新缓存方面，对于更新完数据库，是更新缓存呢，还是删除缓存。又或者是先删除缓存，再更新数据库，其实大家存在很大的争议。目前没有一篇全面的博客，对这几种方案进行解析。于是博主战战兢兢，顶着被大家喷的风险，写了这篇文章。   文章结构 本文由以下三个部分组成 ...

一、分库分表的概念 Sharding的基本思想就要把一个数据库切分成多个部分放到不同的数据库(server)上，从而缓解单一数据库的性能问题。不太严格的讲，对于海量数据的数据库，如果是因为表多而数据多，这时候适合使用垂直切分，即把关系紧密（比如同一模块）的表切分出来放在一个server上。如果表并不多，但每张表的数据非常多，这时候适合水平切分，即把表的数据按某种规则（比如按ID散列）切分到多个数...