九 29

浅谈数据库系统中的cache

发布时间： 发布者：

Cache和Buffer是两个不同的概念，简单的说，Cache是加速“读”，而buffer是缓冲“写”，前者解决读的问题，保存从磁盘上读出的数据，后者是解决写的问题，保存即将要写入到磁盘上的数据。在很多情况下，这两个名词并没有严格区分，常常把读写混合类型称为buffer cache，本文后续的论述中，统一称为cache。

继续阅读全文 →

九 29

MySQL锁机制/管理(并发锁,行锁,表锁,预加锁,全局锁等等)

发布时间： 发布者：

Meta-data元数据锁：在table cache缓存里实现的，为DDL（Data Definition Language）提供隔离操作。一种特别的meta-data元数据类型，叫Name Lock。（SQL层）
表级table-level数据锁（SQL层）
存储引擎特有机制 — row locks行锁，page locks页锁，table locks表级，版本控制（在引擎中实现）
全局读锁 — FLUSH TABLES WITH READ LOCK（SQL层）

继续阅读全文 →

九 27

我对技术方向的一些反思

发布时间： 发布者：

我在公司五年多了，最初的数据库就是采用PC服务器，然后我们统一把他们整合到小型机上的集中式数据库，把MySQL换成Oracle，而现在我们又要把小型机换成PC服务器，把集中式Oracle数据库拆分成MySQL数据库集群，这不是简单的轮回，而是技术发展的结果。

虽然现在的发展趋势是分布式架构，但是说不定过几年又会出现超级计算机，从而又走向集中式的道路。我们要做的是能够看到3年内技术发展的一个方向，适应技术发展的潮流，并不断调整目标，在解决问题的过程中不断优化。问题和技术都是不断发展的，试图设计一个完美的解决方案是不现实的，在一个问题被解决后，一定会有新的问题冒出来。

选择简单但是不完美的技术解决问题，先做！然后再不断优化。如果不去尝试，我们永远也不知道下一步要做什么，总是停留在对技术方案本身优劣的讨论上，是没有意义的。

人总是在不断反思，不断否定自我的过程中进步的，技术发展也是一样。

继续阅读全文 →

九 27

InnoDB Adaptive Flush

发布时间： 发布者：

从 InnoDB 了解到，plugin 1.0.4 开始，提供了一个新的脏数据刷新机制，被称为： innodb_adaptive_flushing 。由于之前在各种性能测试以及线上环境的性能监控中时常遇到当 InnoDB 在进行大批量 Dirty Page 的 Flush 过程中，会对系统的整体性能造成不小的影响，所以个人对这个新机制比较感兴趣，仔细分析了下这个机制到底改善了些什么内容。

继续阅读全文 →

八 04

InnoDB主键设计

发布时间： 发布者：

众所周知，InnoDB是clustered-index table，因此对于InnoDB而言，主键具有特殊意义。可以通过主键直接定位到对应的某一数据行记录的物理位置，主键索引指向对应行记录，其他索引则都指向主键索引；因此，可以这么说，InnoDB其实就是一个 B-树索引，这棵B-树的索引就是主键，它的值则是对应的行记录。

继续阅读全文 →

六 01

DBA工作初体验之心惊胆战

发布时间： 发布者：

前端时间刚换了工作，从5月16日开始，我正式成为了一名专职MySQL DBA（还在试用期），开始一段全新的体验。新就意味着有很多很多的工作要做，规范行为，整理思路，协调工作。回头一看一个月已经过去了，从之前没有写过SQL语句到现在平凡的数据统计、客服查询，一次次惊奇sql还可以这样那样，知道有那么多统计|时间|字符等各种有用的函数，开始一点点体会书本上学的索引在实际语句中的使用，是用表连接还是子查询，执行时间的快慢等等。

继续阅读全文 →