第一句 如果我们之间有1000步的距离 你只要跨出第1步 我就会朝你的方向走其余的999步 第二句 通常愿意留下来跟你争吵的人 才是真正爱你的人

InnoDB 给 MySQL 提供了具有事务(commit)、回滚(rollback)和崩溃修复能力(crash recovery capabilities)、多版本并发控制(multi-versioned concurrency control)的事务安全(transaction-safe (ACID compliant))型表。InnoDB 提供了行级锁(locking on row level)，提供与 Oracle 类似的不加锁读取(non-locking read in SELECTs)。这些特性均提高了多用户并发操作的性能表现。在InnoDB表中不需要扩大锁定(lock escalation)，因为 InnoDB 的行级锁定(row level locks)适宜非常小的空间。InnoDB 是 MySQL 上第一个提供外键约束(FOREIGN KEY constraints)的表引擎。

InnoDB 的设计目标是处理大容量数据库系统，它的 CPU 利用率是其它基于磁盘的关系数据库引擎所不能比的。它自身也有些缺陷，6.x版本以前，在多核CPU的情况下，性能提升并不是太多。

http://www.ajaxload.info/        // 可以自己根据需求创建Ajax Indicators，不过动态效果都是转圈圈@_@

在Ajax开发框架中，最基本的划分是服务器端和客户端。服务器端相对来说比较简单，只要是可以开发动态网页的语言都可以胜任；客户端浏览器就是JScript/JavaScript的天下了，好像没有看到有VBScript做的Ajax客户端库，就算它只支持IE。由于客户端依赖于脚本并运行在浏览器中，似乎比服务器端的可实现和可管理性还要差些。    这里我说一下Ajax中的A, Asynchronous调用的一些问题。如果我们在异步调用时不为方法传递任何的参数，那么这个问题也就简单甚至不存在了。但是事实上，我们开发一些稍微复杂些的功能时，对于"脚本异步并发调用参数传递"这个功能是很需要的。说的严重些，可以把这个功能看成Ajax客户端框架能否真正Asynchronous的基石。对于异步调用参数传递的问题，可以看我以前的一篇文章"使用匿名函数为setInterval传递参数"。虽然文中的示例很好地解决了参数传递问题，但是我们看看下面的示例，看会发现什么呢？

我们知道"同步"和"异步"这个概念主要是对线程来说的，这里怎么能把JScirpt的函数弄成异步方式来执行呢?! 这样做又有什么意义呢？     当我们使用JScript来操作DHMTL元素的时候，DHTML元素的可视更新是和脚本的执行作用域有关的，也就是说脚本的执行是必须"间断"的，从而让IE的从message pump里拿到onpaint事件消息，否则DHTML属性变化引起的的可视化更新并不会马上发生。前面说的"间断"不是真正意义上的程序中断，而是脚本执行的一个作用域的变化。     举个例子来说，如果我们使用下面的JScript语句，我们是不可能模拟出文字变大的动态效果的。