MySQL可靠性方案分析与比较
引用http://bbs.yahunet.com/thread-9946-1-1.html
从基本情况、成本、优缺点和应用场合等方面对5种MySQL的可靠性方案
进行了分析
和比较，对MySQL的开发和管理
有一定的借鉴作用。
1．MySQL Clustering(ndb-cluster stogare)
简介：
MySQL公司以存储引擎方式提供的高可靠性方案，是事务安全的，实时复制数据
，可用于需要高可靠性及负载均衡的场合。该方案至少需要三个节点服务器
才能达到较好的效果。
成本：
节点服务器对RAM的需求很大，与数据库
大小呈线性比例；
最好使用千兆以太网络
；
还需要使用Dolphin公司提供的昂贵的SCI卡。
优点：
可用于负载均衡场合；
可用于高可靠性场合；
高伸缩性；
真正的数据库冗余；
容易维护
。
缺点：
随着数据库的变大，对RAM的需求变得更大，因此成本很高；
速度：
几乎 比典型的单独服务器（无千兆以太网，无SCI卡，存储引擎相关的限制少）慢10倍。
应用场合：
冗余，高可靠性，负载均衡
2. MySQL / GFS-GNBD/ HA (Active/Passive)
简介：
如果多个MySQL服务器使用共享硬盘作为数据存储，此方案如何？
GFS/GNBD可以提供所需的共享硬盘。
GFS是事务安全的文件
系统
。同一时刻你可以让一个MySQL使用共享数据。
成本：
最多n台高性能
服务器的成本，其中一个激活的，其他作为备份服务器。
优点：
高可靠性
某种程度的冗余
按照高可靠性进行伸缩
缺点：
没有负载均衡
没有保证的冗余
无法对写操作进行伸缩
速度:
单独服务器的2倍。对读操作支持得较好。
应用场合
需要高可靠性的、读操作密集型的应用
3. MySQL / DRBD / HA (Active/Passive)
简介：
如果多个MySQL服务器使用共享硬盘作为数据存储，此方案如何？
DRBD可以提供这样的共享硬盘。DRBD可以被设置成事务安全的。
同一时刻你可以让一个MySQL使用共享数据。
成本：
最多n台高性能服务器的成本，其中一个激活的，而其他则作为备份服务器。
优点：
高可靠性；
一定程度的冗余；
以高可靠性名义来看是可伸缩的。
缺点：
没有负载均衡
没有保证的冗余
在写负载方面没有伸缩性
速度：
在读写方面相当于单独服务器
应用场合
需要高可靠性、读操作密集型的应用
4. MySQL Write Master / Multiple MySQL Read Slaves (Active/Active)
简介：
考虑不同的读、写DB数据库连接的情况。可以使用一台主服务器用于写操作，而采用n台从服务器用于读操作。
成本：
最多1台高性能写服务器，n
相关文档：
10055:没有缓存空间可利用 方法:查看下你的C盘空间是否已经满,清除一些没有用的文件. 可以在后台的"论坛核心设置","核心功能设置"里"进程优化"开启,"GZIP 压缩输出"关闭. 查找了一下10055（没有缓存
说明:如果遇到数据库出错的问题修改相应的代码后一般要重启mysql。如果遇到mysql的问题可以先重� ......
http://www.javaeye.com/topic/211951
这段时间在看《High Performance MySQL》，看到存储引擎这个地方感到很多细节比较陌生，所以总结小记一些
为了适应各种不同的运行环境，MYSQL提供了多种不同的存储引擎（Storage Engine ）,在应用程序开发这个层面上，开发者可以根据不同的需求选择适合的Storage Engine 方案，更为� ......
原文链接：http://hi.baidu.com/171892549/blog/item/14818d0ac616ee34b1351dbd.html
在数据库表中，使用索引可以大大提高查询速度。
假如我们创建了一个 testIndex 表：
CREATE TABLE testIndex(i_testID INT NOT NULL,vc_Name VARCHAR(16) NOT NULL);
我们随机向里面插入了 1000 条记录，其中有一条 i_testID vc_Name ......
对于使用 MySQL 这个数据库系统的用户来说，它不仅开源，稳定，效率也很高。但有时也会遇到一些性能方面的问题。一般情况可能会有以下几种可能：
1. 数据表的索引没有合理的建好或使用。
2. SQL语句过于复杂，（左/右连接，多表查询等）。
3. 服务器配置不合理。
4. 服务器本身的处理能 ......
