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
相关文档：
做软件数据库必不可少，我选择了MySQL。
首先到http://dev.mysql.com/downloads/下载好MySQL5.1和MySQL GUI TOOLS
下到电脑上,然后安装，先装5.1再装gui tools ,一路确定吧。
弄好后，点开MySQL Query Browser，就可以操作数据库了。
MySQL的驱动程序是GUITOOLS安装目录/java/lib下的mysql-connector-java-5.0.4-bin.ja ......
安装MySQL
sudo apt-get install mysql-server mysql-admin mysql-navigator mysql-query-browser
这个应该很简单了，而且我觉得大家在安装方面也没什么太大问题，所以也就不多说了，下面我们来讲讲配置。
配置MySQL
注意，在Ubuntu下MySQL缺省是只允许本地访问的，如果你要其他机器也能够访问的话，那么需要改变/etc/m ......
一、问题的提出
在应用系统开发初期，由于开发数据库数据比较少，对于查询SQL语句，复杂视图的的编写等体会不出SQL语句各种写法的性能。优劣，但是如果将应用系统提交实际应用后，随着数据库中数据的增加，系统的响应速度就成为目前系统需要解决的最主要的问题之一。系统优化中一个很重要的方面就是SQL语句的优化。对� ......
我一直是使用mysql这个数据库软件，它工作比较稳定，效率也很高。在遇到严重性能问题时，一般都有这么几种可能：
1、索引没有建好；
2、sql写法过于复杂；
3、配置错误；
4、机器实在负荷不了；
1、索引没有建好
如果看到mysql消耗的cpu很大，可以用mysql的client工具来检查。
在linux下执行
/usr/local/mysql/bin/ ......
1.复制表结构及数据到新表
CREATE TABLE 新表 SELECT * from 旧表
2.只复制表结构到新表
CREATE TABLE 新表 SELECT * from 旧表 WHERE 1=2
或CREATE TABLE 新表 LIKE 旧表
3.复制旧表的数据到新表(假设两个表结构一样)
INSERT INTO 新表 SELECT * from 旧表
4.复制旧表的数据到新表(假设两个表结构不一样)
IN ......
