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
sudo apt-get install mysql-server mysql-admin mysql-navigator mysql-query-browser
这个应该很简单了，而且我觉得大家在安装方面也没什么太大问题，所以也就不多说了，下面我们来讲讲配置。
配置MySQL
注意，在Ubuntu下MySQL缺省是只允许本地访问的，如果你要其他机器也能够访问的话，那么需要改变/etc/m ......
10055:没有缓存空间可利用 方法:查看下你的C盘空间是否已经满,清除一些没有用的文件. 可以在后台的"论坛核心设置","核心功能设置"里"进程优化"开启,"GZIP 压缩输出"关闭. 查找了一下10055（没有缓存
说明:如果遇到数据库出错的问题修改相应的代码后一般要重启mysql。如果遇到mysql的问题可以先重� ......
前不久网上公开了一个MySQL Func的漏洞,讲的是使用MySQL创建一个自定义的函数,然后通过这个函数来攻击服务器。最早看到相关的报道是在o-otik上,但是公布的是针对 Unix系统的Exploit,并且成功率也不是很高.而近期,国内有高手放出针对Win系统的相关文章,于是我马上找来与朋友一同研究.
其实我们早就能想到.当我们在对MSSQL ......
摘抄自：http://database.ctocio.com.cn/153/9232653.shtml
很多时候关心的是优化SELECT 查询，因为它们是最常用的查询，而且确定怎样优化它们并不总是直截了当。相对来说，将数据装入数据库是直截了当的。然而，也存在可用来改善数据装载操作效率的策略，其基本原理如下：
成批装载较单行装载更快，因为在装载每个记 ......
ALTER [IGNORE] TABLE tbl_name alter_spec [, alter_spec ...]
alter_specification:
ADD [COLUMN] create_definition [FIRST | AFTER column_name ]
or ADD INDEX [index_name] (index_col_name,...)
or ADD PRIMARY KEY (index_col_name,...)
or ADD UNIQUE [index_name] (index_col_name,...)
or ALTER [ ......
