浪不虚传

Mysql索引问题 1> idx_notice_type_tenant_id是表kmd_notice的单列索引  结果很诧异，没有走索引，找DBA确认后，发现表的记录数只有9条，用索引要filter的记录数是5条，如果使用索引filter的记录数占总记录数的17%以上(不确定)，则不走索引 2> 分别为2个字段建索引，用like前缀测试索引使用，结果如下:

最好对隔离级别已经有一定的了解。 另外不得不提一下题外话，在写这篇文章前曾见在javaeye上search了一下，发现很多日志要么都在大抛书包，要么就是转别人的文章，要么就根本没有实地测试过。其实最实在的方法是看官方文档和自己亲自尝试一下。 InnoDB、Oracle、pgsql都支持“轻量级”的行级锁（row level lock），都支持MVCC（Multiple Version Concurrency Control），都支持读写（reader & writer）不互相堵塞（block

MYSQL DELETE1. 有索引且索引值唯一行级锁2. 其他情况表级锁 http://www.databaseskill.com/3505978/https://blogs.oracle.com/mysqlinnodb/entry/introduction_to_transaction_locks_in...

如下图所示，在网络中有两个节点分别为G1和G2，这两个节点上存储着同一数据的不同副本，现在数据是一致的，两个副本的值都为V0，A、B分别是运行在G1、G2上与数据交互的应用程序。▲网络节点及数据分布图 在正常情况下，操作过程如下(如下图所示)：(1)A将V0更新，数据值为V1;(2)G1发送消息m给G2，数据V0更新为V1;(3)B读取到G2中的数据V1。▲...

存储树形结构有很多种方式1 存储父的ID2 存储树的前序、中序、后序等关系3 存储左右节点的顺序 第一种呢，数据存储比较简单，但是应用层构造树的时候，会比较复杂，毕竟递归性能不好。第二、三种插入节点的时候 计算节点的顺序比较复杂 前几天看到文章介绍存储深度的方式，我觉得很靠谱。首先第一种方法构造树的复杂是因为节点是无序的，可能遍历的是子节点，此时根本找不到父节点。...

RACLE SQL语句优化   （1） 选择最有效率的表名顺序(只在基于规则的优化器中有效)： ORACLE的解析器按照从右到左的顺序处理FROM子句中的表名，FROM子句中写在最后的表(基础表 driving table)将被最先处理，在FROM子句中包含多个表的情况下,你必须选择记录条数最少的表作为基础表。如果有3个以上的表连接查询, 那就需要选择交叉表(intersection t...

SQL语句优化技术分析 最近几周一直在进行数据库培训，老师精湛的技术和生动的讲解使我受益匪浅。为了让更多的新手受益，我抽空把SQL语句优化部分进行了整理，希望大家一起进步。一、操作符优化1、IN 操作符用IN写出来的SQL的优点是比较容易写及清晰易懂，这比较适合现代软件开发的风格。但是用IN的SQL性能总是比较低的，从Oracle执行的步骤来分析用IN的SQL与不用...

转载：http://liangguanhui.iteye.com/blog/853885  （由于这个问题不太好提问，我就改一下风格，直接陈述观点算了） 由于这篇文章只是作比较，所以读者最好对隔离级别已经有一定的了解。 另外不得不提一下题外话，在写这篇文章前曾见在javaeye上search了一下，发现很多日志要么都在大抛书包，要么就是转别人的文章，要么就根本没有实地测试过。其实最实在...

ks_in