手机浏览 RSS 2.0 订阅 膘叔的简单人生 , 腾讯云RDS购买 | 超便宜的Vultr , 注册 | 登陆
浏览模式: 标准 | 列表2008年09月11日的文章

@neatdns.com邮箱开放注册

Submitted by gouki on 2008, September 11, 10:15 PM

前段时间搞的phpoo.com，好象，没有办法使用mail.phpoo.com进行访问，在网上查找了一下原因才发现，原来，google.com提供的cname，在国内是无法访问的，所以，只能通过https://mail.google.com/a/phpoo.com来进行访问，一下子感觉好不方便啊。

于是跑到live.com上面申请live domains的服务，而且，还能用来当作live messae的ID哦。现在已经开放申请了。
在每个内容详细页面，右边都有一个申请的图标，点击sign up,就可以开使申请了。

这个域名，我该用来提供一些其他什么服务呢？真犹豫啊。

谁给我点好建议？

Tags: neatdns, 邮箱, 注册, 开放

Software | 评论:0 | 阅读:17018

纪念那逝去的生命

Submitted by gouki on 2008, September 11, 9:40 AM

今天，又是911了，不知道这个日子大家还能记得多少，不过我想估计大家也就记得：摩天大楼断层，五角大楼缺角吧。但更多的，我还是想起了那些逝去的生命。

从军五年，虽然没有上过火场，但身边或者周围还是经常可以看到，住在虹口的时候，也是动不动就看到消防队员的出动。每年也基本上都会去公安博物馆参观一下，怀念一下那些英模和英烈。基本上每年也都有消防队员的生命在救灾中消失，也很痛苦。和平年代，消防兵应该算是最危险的兵种了吧。可是国内每年都在播放纪念这种部队纪念那种部队，却没有人会拍电影来反映一下消防部队的。

香港、美国都曾拍过烈火雄心之类的电影，可是我们国内呢？虽然在国外，消防并不是兵种之一，只是一种职业，但这种职业却是十分高尚的，也是最危险的。即使911的时候，也是消防队员最早冲进去救人。

又发牢骚了。再次纪念一下那些逝去的生命。

 

Tags: 911, 生命, 纪念

Misc | 评论:2 | 阅读:17880

精通MYSQL数据库——连载三

Submitted by gouki on 2008, September 11, 9:38 AM

 前两天我们介绍了myisam和innodb两种类型的表结构，可是：to be or not to be ,that's a question。

在我的实际应用中，我到底应该选择哪个呢？用myisam还是innodb，确实是让人伤脑筋的问题。所幸，这两种表结构可以存在于同一个数据库中，DBA们也就可以根据实际应用来设计数据表是使用哪种类型的了。
虽然一般情况下认为myisam的存取速度超过innodb，但这也不是绝对的。确实innodb所占用的空间要比myisam大的多，但是相对的，innodb在存储数据时，是行锁定，而并非myisam的表锁定，所以，在这一点上，又不能说谁快谁慢了。
相对于安全性方面，innodb毫无疑问是首选，至少不用再担心多人同时操作表时会发生什么意外的状况了。可是从节约时间和空间上来选择，myisam又是远超innodb。
究竟应该选用哪种呢？实在是一个非常头疼的问题。所以说，一般情况下只能根据系统的需求来决定到底使用哪种类型的表结构。如果你为了追求速度，认为数据丢失一条两条无所谓，错误一下问题也不大，那么毋庸置疑，myisam是首选。如果需要用到事务，那innodb就是不得不选的。如果你实在没法确定需要哪种类型的表结构，那么，创建两个不同类型的表，逐步增加数据量的大小，多测试几个重要的SQL（以后系统中可能会使用的SQL），看看哪个效率更高就选择哪个。
虽然这些都是根据特性来选择的，但我们也不能忽略服务器自身的配置。如果服务器是8核、12G内存，却只用来处理一个小小的留言板，你还会在乎是使用哪种类型的表结构吗？

官方网站上也有关于这两种数据表在细节方面的优劣对比：http://dev.mysql.com/doc/mysql/en/innodb-restrictions.html
 
随便说说而己。。。明天继续介绍heap表和一些不常用的表结构类型。
 

Tags: mysql, innodb, myisam, 选择, 连载

DataBase | 评论:0 | 阅读:19963