这样环境呆了 6小时

好久没有整理照片 ...

有些还是要纪念一下 ...

      在一个"非常"时期的发呆时间 ... 发现跟随多久-9个月的绿萝,居然在"很黄很暴力"的今天,到处生根,乱探枝头,实在非常不和谐!但在之后30分钟又之前30分钟的现在,我居然还没察觉!

      30分钟后 ... 发现!!!! ....  傻鱼同学杂乱的桌上居然多堆出来一锅金鱼!实在惊叹 ... 实在震撼 ...!!!! 当然,惊叹和震撼的是,我居然在"热带鱼" "2只小乌龟" "小狗" 之后又有了收养的念头,居然想起了30天没换过水的绿萝!!!

      于是,在"猥琐"(谢谢小崽同学给我的又一评价)要求下,傻鱼同学犹豫许久,指着一条独直在水面上 晒氧的,红灿灿的很无奈的金鱼,那好吧,凭着 傻鱼同学 那眼睛,那眼神,我毅然承担了它的生命!!!

      在绿萝的花瓶里,绿色和红色很美,但似乎还不大和谐,看了许久,终于醒悟,"很黄很暴力"的绿萝,该整顿了!

     但这艰巨的活,俺是无从下手,整来整去,整得对面的MM终于看不下去,终于举起了了看似邪恶,但很和谐的剪刀!

      就这样,绿萝被和谐了,就这样,金鱼&绿萝看起来很美 ...

      下阶段,给金鱼造个氧吧!``` 嘿嘿 ... 哇咔咔 !!!!

!!!@@@

什么是我们能和应该优化的

Hardware
OS / libraries
SQL server (setup and queries)
API
Application

优化硬件

如果你需要大表(>2G),你应该考虑使用64位硬件,像Alpha,Sparc或者IA64.由于MySQL使用大量内部的64位整型,64位的CPU将有更好的表现.
对于大数据库,优化顺序通常是内存,硬盘,CPU.
更多的内存可以通过把更多的索引页保留在内存中来提高索引更新的速度
如果你不使用事务安全表或者有一个大硬盘并且想避免大文件检查,有一个UPS是个好办法,它能在断电的时候使系统正常关闭.
对于数据库运行在专用的服务器上的系统来说,应该考虑1G的网络,传输延迟和吞吐量同样重要.

优化磁盘

从基本情况、成本、优缺点和应用场合等方面对5种MySQL的可靠性方案进行了分析和比较，对MySQL的开发和管理有一定的借鉴作用。

1．MySQL Clustering(ndb-cluster stogare)

简介：
MySQL公司以存储引擎方式提供的高可靠性方案，是事务安全的，实时复制数据，可用于需要高可靠性及负载均衡的场合。该方案至少需要三个节点服务器才能达到较好的效果。

成本：
节点服务器对RAM的需求很大，与数据库大小呈线性比例；
最好使用千兆以太网络；
还需要使用Dolphin公司提供的昂贵的SCI卡。

优点：
可用于负载均衡场合；
可用于高可靠性场合；
高伸缩性；
真正的数据库冗余；
容易维护。

缺点：
随着数据库的变大，对RAM的需求变得更大，因此成本很高；