搓搓那年时光静好

转:https://segmentfault.com/a/1190000012650596 基础知识背景: 事务相关ACID特性 高并发事务相关的问题, 像是脏读,不可重复读,幻读,更新丢失等问题; MySQL应对高并发事务是如何给出解决方案的(其中包含各个隔离级别的简介); 各个隔离级别的具体介绍及与锁的关系； 多版本控制: 指的是一种提高并发的技术。最早的数据库系统，只有读读之间可以并发，读写，写读，写写都要阻塞。引入多版本之后，只有写写之间相互阻塞，其他三种操作都可以并行，这样...

总结： 根据加锁范围：MySQL里面的锁可以分为：全局锁、表级锁、行级锁 一、全局锁： 对整个数据库实例加锁。 MySQL提供加全局读锁的方法：Flush tables with read lock(FTWRL) 这个命令可以使整个库处于只读状态。使用该命令之后，数据更新语句、数据定义语句和更新类事务的提交语句等操作都会被阻塞。 使用场景：全库逻辑备份。 风险： 1.如果在主库备份，在备份期间不能更新，业务停摆 2.如果在从库备份，备份期间不能执行主库同步的binlog，导致主从延迟 官方自带的逻辑备份工具

回表：回到主键索引树搜索的过程，称为回表 覆盖索引：某索引已经覆盖了查询需求，称为覆盖索引，例如：select ID from T where k between 3 and 5 在引擎内部使用覆盖索引在索引K上其实读了三个记录，R3~R5(对应的索引k上的记录项)，但对于MySQL的Server层来说，它就是找引擎拿到了两条记录，因此MySQL认为扫描行数是2 最左前缀原则：B+Tree这种索引结构，可以利用索引的"最左前缀"来定位记录 只要满足最左前缀，就可以利用索引来加速检索。 最左前缀可以是联合索引

首先，从应用开发端来看： 1. 确认是否使用了 set autocommit=0。这个确认工作可以在测试环境中开展，把 MySQL 的 general_log 开起来，然后随便跑一个业务逻辑，通过 general_log 的日志来确认。一般框架如果会设置这个值，也就会提供参数来控制行为，你的目标就是把它改成 1。 2.确认是否有不必要的只读事务。有些框架会习惯不管什么语句先用 begin/commit 框起来。我见过有些是业务并没有这个需要，但是也把好几个 select 语句放到了事务中。这种只读事务可

1.索引的作用：提高数据查询效率 2.常见索引模型：哈希表、有序数组、搜索树 3.哈希表：键 - 值(key - value)。 4.哈希思路：把值放在数组里，用一个哈希函数把key换算成一个确定的位置，然后把value放在数组的这个位置 5.哈希冲突的处理办法：链表 6.哈希表适用场景：只有等值查询的场景 7.有序数组：按顺序存储。查询用二分法就可以快速查询，时间复杂度是：O(log(N)) 8.有序数组查询效率高，更新效率低 9.有序数组的适用场景：静态存储引擎。 10.二叉搜索树：每个节点的左儿子小于

总结如下： 字节码精简：优化代码，直到编译后的字节码最少，这样，CPU缓存可以加载更多的程序代码； 优化代理和拦截器：减少代码，例如HikariCP的Statement proxy只有100行代码，只有BoneCP的十分之一； 自定义数组类型（FastStatementList）代替ArrayList：避免每次get()调用都要进行range check，避免调用remove()时的从头到尾的扫描； 自定义集合类型（ConcurrentBag）：提高并发读写的效率； 关于可靠性方面，也是有实验和数据支..

Master   Master数据库保存有放在SQLSERVER实体上的所有数据库，它还是将引擎固定起来的粘合剂。由于如果不使用主数据库，SQLSERVER就不能启动，所以你必须要小心地管理好这个数据库。因此，对这个数据库进行常规备份是十分必要的。   这个数据库包括了诸如系统登录、配置设置、已连接的SERVER等信息，以及用于该实体的其他系统和用户数据库的一般信息。主数据库还存有扩展存储

MS SQL2005对2000进行了很大的改进，而用户关系这部分也变得相当复杂了，很多朋友都对此一知半解！下面，我将把我应用中总结的和大家分享下，先从概念入手，希望对不理解的朋友有点提示。 　　今天我们要说的包括服务器登录名Server Login，服务器角色Server Role，数据库用户DB User，数据库架构DB Schema，数据库角色DB Role 。以上几个名词应该从服务器与数据