MySQL 5.1采用了基于密码混编算法的鉴定协议，它与早期客户端（4.1之前）使用的协议不兼容。如果你将服务器升级到4.1之上，用早期的客户端进行连接可能失败，并给出下述消息： 以下为引用的内容：shell> mysql 客户端不支持

　　我们知道，MySQL Cluster 产品用的主要的引擎为：NDB。 很多人说对于NDB来说，执行SQL语句的性能很差。但是我觉得主要是没有仔细的探索。　　对于数据库来说，要判断他的性能如何，无非是要看两点：　　1. 对于数据库的写操作，这里涉及到INSERT, DELETE,UPDAT

本文将重点讲述Silverlight中连接MySQL数据库实例，这在RIA开发中比较基础，但是也是比较重要的内容。希望通过本文能让大家对连接MySQL有更深刻的理解。在银光中国网（SilverlightChina.Net）有一篇"Silverlight与常用数据库互操作系列"文章，其中介绍了

在更改列顺序之前，你需要考虑是否的确需要更改表中的列顺序。SQL的核心要点是从数据存储格式获取应用。总应指定检索数据的顺序。在下面的第1条语句中，以col_name1、col_name2、col_name3顺序返回列；在第2条语句中，以col_name1、col_name3、col_name2顺序返回列

使用MySQL，安全问题不能不注意。以下是MySQL提示的23个注意事项： 1.如果客户端和服务器端的连接需要跨越并通过不可信任的网络，那么就需要使用SSH隧道来加密该连接的通信。 2.用set password语句来修改用户的密码，三个步骤，先"mysql -u root"登陆数据

　　最近打算将bind的记录信息存入到数据库中去，网上找了下，原来早有老外写好了mysql-bind的补丁，重新编译bind即可实现bind支持mysql存储。（http://mysql-bind.sourceforge.net/）按照官方的做法是行不通的，有个小地方要修改下，下文中会提到。　　环境centos

[数据恢复故障描述]一台重要的MYSQL数据库服务器，146GB*2，RAID1，约130GB DATA卷，存储了大约200~300个数据库。平时管理员对每个数据库dump出以后，直接压缩成.gz包，再将所有重要的.gz 包合起来压缩成一个总的.tar.gz包，这些文件每日产生一次，覆盖原来的备份。