易栈网-膘叔

在开始今天的话题之前，先感谢一下傲骨，在我向板子申请小海豚未果后，他让出了他的sun海豚。
再，感谢ThinkInLamp 组委会（http://www.thinkinlamp.com），也正是由于他们的努力，我们才有了今天这么一个专场（而且很多参与者也放弃了今天同时举办的其他几个专场，比如在篱笆网的前端专场(?UED??)，还有复旦的ubuntu 10.10的专场等，好象还有一个，三马说了，也没有记清）
再，StingChen【http://my1930.com】在我们听讲的时候，努力的在新浪围脖【http://t.sina.com.cn/thinkinlamp】上拼命的在直播（如果他没有PPT，那就是他打字特别快了。。。）
然后就是赞助商和几位嘉宾了（感觉今天就是Action【爱可生】和盛大的专场，有些内容就不多写了，因为StingChen的新浪围脖直播上的内容详细程度堪比PPT啊【点击查看】，可惜不支持倒排。看的会稍微有点累）。
当然我们不能忽略一些幕后工作者，ThinkInLamp的组委会和一些志愿者，他们非常努力的想办好这次专场（据说很多人都是几乎一夜没睡，看到板子【http://blog.thephper.com】的脸都是白的，虽然他们没有经验，但非常努力）
OK，开始讲讲今天的内容吧。对于一些广告我就直接无视了，只记录讲技术的。
先是老谭（谭浚青）给大家介绍了Mysql的myisam与innodb的比较，虽然很多资料大家在应用中都有接触和了解，但他还是对于myisam的key buffer和innodb的bufferpool的调优有了介绍。其中他也介绍了一个小经验，是innodb调优的，说是如果raid卡上有电源模块，那么也就可以利用raid卡上的内存来优化redo log的传输性能。（好象没记错）老谭在介绍这些信息前也介绍了Action公司正在测试的一款新产品，利用服务器上的agent来进行mysql的监控（采用WEB方式进行管理，看他的几个截图倒是真的不错）
接下来就是盛大的赵佳佳介绍了SNS数据库的设计，主要介绍了一些数据库的拆分方案，可能由于小姑娘有点拘谨，虽然内容不错，但讲的一般，大概还是紧张了吧（不过，如果要是换成我，我还会更紧张）。对于数据库的拆分，还是传统的水平拆分和垂直拆分，这两点我就不多说了，网上资料更多。完了结束时，她介绍了Amoeba:分布式数据库Proxy（希望没说错）。
Oracle的杜玉松介绍了Mysql被收购后未来的一些roadmap，也算是让我们对MYSQL的未来有些信心，不至于过份迷惘吧。傲骨倒是对电信级的server非常感兴趣，只是我却对这些没有太大兴趣。当然分区表，也是我们关心的，用lvan的话来说这点在5.5的时候就会有很大的改进，不再象现在还会存在一些BUG，让人不太敢用（感觉好象说是可以智能分区了）
接下来又是盛大的哥们介绍数据库mangoDB【被人批评写错了，应该是mongodb】，对于这个数据库，了解的人真的很多，而且不管数据量的大小，很多人都也在进行尝试（只是我们的条件不如盛大，不太可能是一下子放上几十台服务器进行尝试）。这点就是小公司的DBA不如大公司的地方了，学习环境不够好啊（结束的时候，他略介绍了几个类似的数据库redis,tc等，在介绍memcache的时候说memcache的value最大只能有1M，而mangodbmongodb可以达到4M，但事实上从最近的1.4.2版开始，memcache在启动的时候加上参数，也可以指定value的最大值了）
最后让我有印象的是Action的杨涛涛，他是直接从代码上来介绍了数据库优化的了，讲的非常简洁，真的很简洁，几句话就带过了。不过有些技巧和经验还是让我眼前一亮。。
比如以下几个sql:

可惜杨涛涛对于存储过程、触发器、视图等没有过多的介绍，只是说了一下，视图，玩玩可以，不要在开发机上用就成（存储过程、触发器，我都在几年前看过，也做过一些小应用，只是，全忘光了，前段时间在导数据时，连个查询循环都搞不定了）
最后一位MM的mysql高可用性，我没有记录更多。。因为她介绍的几个方法，其实都已经在正式应用中了，虽然有考虑过換新的系统架构，但換的成本也会太高，不敢尝试。

当然也得提点建议，这次餐券的初衷挺好的，但给KFC造成了很大的压力呀，一下子，并发处理不过来了。
最后，感谢傲骨的小海豚，上两张相片：

如果你是VPS，又不太会配置系统，那么这个选择就挺不错的。。LNMP一键安装包，一下子就把所有的东西全部安装回来了，而且每增加一个域名之类的都不算特别难，当然前提是你最起码得懂一点点linux的操作，比如你会使用ssh，那样，你在vps下就能很方便的操作了（我今天操作了一次，只是安装的时候非常长，还好，国外的VPS速度很快，就是编译时间长了一点）
来吧，看步骤和内容吧。

系统需求:

来源：http://lnmp.org/install.html

Linux下面有个link功能很爽。事实上就相当于建了一个快捷方式，可是他可以直接操作。但windows不太一样，比如我在D盘建一个E盘的快捷方式，命名为test，那我不可以用d:\test\www来访问e:\www这个目录，这个其实很不爽的。。

LinkShellExtension这个软件我还没有用过，不过看上去好象不错，看介绍，好象是和linux下面的link差不多，所以我先转一份，等有空了，慢慢折腾

Link Shell Extension 是一个可以在 NTFS 文件系统中创建“硬连接”的 Windows 资源管理器扩展。

“硬连接”让一个文件在多个目录下重复出现，但只占用一份文件的空间。例如，一个大小为 10MB 的“E:\a.doc”的文件，创建一个硬连接到“E:\共享文件夹\a.doc”中，则两个“a.doc”文件只占用一个文件的空间（10MB），两个 文件的内容当然是完全一样的。如果编辑该文件的编辑器在修改保存文件时，依然保持源文件在 NTFS 文件夹中的位置，那么在“E:\a.doc”上所作的改动会自动反映到“E:\共享文件夹\a.doc”中。同理，修改了“E:\共享文件夹 \a.doc”文件后，所作的修改也会立即反映到硬连接对应的“E:\a.doc”文件。

创建硬连接之后，删除硬连接的副本（即连接点）只会将文件系统对文件数据的引用减一，只有删除所有的引用时，才真正删除文件。

“硬连接”还可以用于目录，这称为“目录连接点”（Junction）。例如，可以为“C:\Applications”目录创建一个硬连接到“E:\共 享文件夹\Applications”，则两个目录共享同样的存储空间，在“C:\Applications”目录中对任何文件所作的改动都会立即反映到 “E:\共享文件夹\Applications”目录中对应的文件中去。同理，修改“E:\共享文件夹\Applications”目录中的文件，改动也 会立即反映到“C:\Applications”目录中去。

对于目录连接点需要注意：目录连接点连接到原来的目录，如果将源目录删除，则其连接点将不再可用，这与文件硬连接是不同的。

安装方法：
1、到主页下载安装文件，执行安装；
http://schinagl.priv.at/nt/hardlinkshellext/hardlinkshellext.html#contact
2、在此下载汉化文件；
3、使用资源管理器打开 Link Shell Extension 所安装到的目录，将“HardlinkShellExt.dll”重命名为其他名称的文件；
4、将汉化文件解压到该目录；
5、注销（或重启）后重新登录到 Windows。

创建硬连接的操作方法：
1、在 Windows 资源管理器中，找到需要创建硬连接的文件，如
“E:\a.doc”；
2、右键点击该文件，选择“选择源连接点”。
3、转到需要创建连接点的地方，如“E:\共享文件夹”。
4、右键点击资源管理器文件列表的空白位置，选择“创建硬连接”（如果是目录，可选择“创建连接点→目录连接点[或其他选项]”）——在资源管理器的状态栏中对操作命令有说明。

--EOF--

主要是我订阅了汉化新世纪的RSS，所以才会看到这个。。。http://www.hanzify.org//software/12331.html

背景。。。yhustc在群内提问，突然发现自己的基础特别差。所以就找了一下，贴出来，权当笔记（原来心中的回滚是属于原子性啊。。）

事务的：原子性、一致性、分离性、持久性
原子性、一致性、分离性、持久性
(1) 原子性
事务的原子性指的是，事务中包含的程序作为数据库的逻辑工作单位，它所做的对数据修改操作要么全部执行，要么完全不执行。这种特性称为原子性。
事务的原子性要求，如果把一个事务可看作是一个程序，它要么完整的被执行，要么完全不执行。就是说事务的操纵序列或者完全应用到数据库或者完全不影响数据库。这种特性称为原子性。
  假如用户在一个事务内完成了对数据库的更新，这时所有的更新对外部世界必须是可见的，或者完全没有更新。前者称事务已提交，后者称事务撤消（或流产）。DBMS必须确保由成功提交的事务完成的所有操纵在数据库内有完全的反映，而失败的事务对数据库完全没有影响。

(2) 一致性
    事务的一致性指的是在一个事务执行之前和执行之后数据库都必须处于一致性状态。这种特性称为事务的一致性。假如数据库的状态满足所有的完整性约束，就说该数据库是一致的。
一致性处理数据库中对所有语义约束的保护。假如数据库的状态满足所有的完整性约束，就说该数据库是一致的。例如，当数据库处于一致性状态S1时，对数据库执行一个事务，在事务执行期间假定数据库的状态是不一致的，当事务执行结束时，数据库处在一致性状态S2。

(3) 分离性
分离性指并发的事务是相互隔离的。即一个事务内部的操作及正在操作的数据必须封锁起来，不被其它企图进行修改的事务看到。
  分离性是DBMS针对并发事务间的冲突提供的安全保证。DBMS可以通过加锁在并发执行的事务间提供不同级别的分离。假如并发交叉执行的事务没有任何控制，操纵相同的共享对象的多个并发事务的执行可能引起异常情况。
DBMS可以在并发执行的事务间提供不同级别的分离。分离的级别和并发事务的吞吐量之间存在反比关系。较多事务的可分离性可能会带来较高的冲突和较多的事务流产。流产的事务要消耗资源，这些资源必须要重新被访问。因此，确保高分离级别的DBMS需要更多的开销。

(4)持久性
持久性意味着当系统或介质发生故障时，确保已提交事务的更新不能丢失。即一旦一个事务提交，DBMS保证它对数据库中数据的改变应该是永久性的，耐得住任何系统故障。持久性通过数据库备份和恢复来保证。
持久性意味着当系统或介质发生故障时，确保已提交事务的更新不能丢失。即对已提交事务的更新能恢复。一旦一个事务被提交，DBMS必须保证提供适当的冗余，使其耐得住系统的故障。所以，持久性主要在于DBMS的恢复性能。

原文来自：http://zhidao.baidu.com/question/111111366

Editplus和netbeans是什么我想不用详细介绍了吧。一般做PHP开发的人，几乎都了解这两个玩意。
Editplus是韩国人开发的，Netbeans是Sun的产品。

先说Netbeans吧，嗯，他们的东西还算不错，只是让我们写PHP的人郁闷的是，它没有自动换行（line wrap），所幸，6.10开始，这个功能已经被加进去了。现在用6.10M1的版本都可以进行尝试，但在尝试前，请记住（扫描项目的时候，不要设置换行，否则80%的机率会让你的NB爆掉）。

官方这样解释：

只是换行后多了一个回车显示着而且不能消失，看起来有点挫。。

接下来说Editplus，昨天晚上，乔大姐（HonestQiao，乔楚）兴冲冲的在群里说，Editplus支持PCRE的正则了，大家快更新啊，不更新会后悔的。。于是到官方看了一下changelog，然后进行了更新。

再接下来就测试，结果，让人大吃一斤的是，有很多正则条件输进去，立刻就把Editplus给爆了，比如：?\d、.*+?之类的，还有就是.*能够匹配一行，.*?一个也不能匹配。

不过简单的正则匹配还是没问题的（如果你升级了该版本，建议你在正则搜索前，先保存你的代码，否则可能会想哭但是哭不出来）

官方的changeLog: 'Use TR1 regular expression' option ('Preferences'->'General').

据说，最后乔大姐忍不住发邮件去鄙视那位开发者了。