imduan的博客

MySQL InnoDB MVCC 原理介绍

参考： http://www.jdon.com/bigdata/how-to-understand-cap.htmlN多年前，很多人想研发永动机, 后来能量守恒定理出来以后, 在理论上证明了永动机是不可能存在的.CAP的提出, 给数据存储的发展方向和系统，在理论上提供了指导. CAP的概念C : 一致性（Consistency)：集群中的所有节点，同一时刻是否都是同样的值; 可综合上事务和表关联

对线上表进行Schema 变更的时候. 如何把影响降低到最小facebook的方案

系统之间的数据同步是比较容易出现问题，切难以测试。 曾经遇到的两个问题数据库事务隔离导致的问题limit offset导致的问题

InnoDB 与 MyISAM 区别 InnoDB MyISAM 主索引 数据文件本身就是索引文件 索引和数据是分开的 辅助索引 data域存储相应记录主键的值而不是地址 辅助索引和主索引没有多大区别，都存储地址 OLAP 辅助索引->主键索引->数据 更快, 辅助索引->数据知识点

UNIX时间戳转换为日期用函数： FROM_UNIXTIME() select FROM_UNIXTIME(1156219870);日期转换为UNIX时间戳用函数： UNIX_TIMESTAMP() Select UNIX_TIMESTAMP(’2006-11-04 12:23:00′);例：mysql查询当天的记录数： $sql=”select * from message Where DATE_

uber的分析One of the core design aspects of Postgres is immutable row data. These immutable rows are called “tuples” in Postgres parlance. These tuples are uniquely identified by what Postgres calls a cti

grant all privileges on aaaa.table_bbb to test@'%' identified by 'd1233';

下载下载安装Mysql-server到mysql的官方网站下载MySQL-server-5.6.23-1.linux_glibc2.5.x86_64.rpm sudo rpm -ivh MySQL-server-5.6.23-1.linux_glibc2.5.x86_64.rpm 可能遇到的问题: Failed dependencies: conflicts with mysql 解决方案

悲观锁(Pessimistic Lock), 顾名思义，就是很悲观，每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样别人想拿这个数据就会block直到它拿到锁。传统的关系型数据库里边就用到了很多这种锁机制，比如行锁，表锁等，读锁，写锁等，都是在做操作之前先上锁。乐观锁(Optimistic Lock), 顾名思义，就是很乐观，每次去拿数据的时候都认为别人不会修改，所以不会上锁

http://blog.51cto.com/74567456/1887690