沉浮

      近年来，由于计算机网络通信的迅速发展，以及地理上分散的公司、团体和组织对于数据库更为广泛应用的需求，在集中式数据库系统成熟技术的基础上产生和发展了分布式数据库系统. 分布式数据库是数据库技术和网络技术两者相互渗透和有机结合的结果。分布式数据库系统是由若干个站集合而成。这些站又称为节点，它们在通讯网络中联接在一起，每个节点都是一个独立的数据库系统，它们都拥有各自的数据库、中央处理机、

1. 索引是如何工作的MySQL 有数种方法来访问一个表中的行。两个最广为人知的方法就是顺序访问方法（sequential access method，也叫做扫描或浏览）和索引访问方法（indexed access method）。顺序访问方法是一行一行地浏览一个表的所有记录。表中的每一行都要读取到。如果一个表由很多行组成，这种方法是非常低效的，就好像一页一页地浏览电话簿。如果

      MySQL支持数个存储引擎作为对不同表的类型的处理器。每种类型都使用不同的存储机制、索引技巧、锁定水平并且最终提供广泛的不同的功能和能力。通过选择不同的存储引擎，你能够获得额外的速度或者功能，从而改善你的应用的整体功能。存储引擎往往用后端或者表类型来指代它们。存储引擎位于解析器和优化器之下，提供了存储和索引设施。MySQL带有多种内建的存储引擎，并且允许用户添加自建的存储引擎。

      在程序开发中，有时会被字符乱码的问题所困扰。对此，必须理解 MySQL 的字符集编码设置的原理：在MySQL中，默认使用的是lartin1，也就是ISO8859-1字符集编码。这是一种8位的编码，适用于所有西欧字符。而对于汉字等是不合适的。最好、最通用的编码格式是utf-8，UTF-8（8 位元 Universal Character Set／Unicode Transformatio

一、从命令行登录MySQL数据库服务器1、登录使用默认3306端口的MySQL/usr/local/webserver/mysql/bin/mysql -u root -p2、通过TCP连接管理不同端口的多个MySQL（注：MySQL4.1以上版本才有此项功能）/usr/local/webserver/mysql/bin/mysql -u root -p --protoco

      对于使用 MySQL 这个数据库系统的用户来说，它不仅开源，稳定，效率也很高。但有时也会遇到一些性能方面的问题。一般情况可能会有以下几种可能：1. 数据表的索引没有合理的建好或使用。2. SQL语句过于复杂，（左/右连接，多表查询等）。3. 服务器配置不合理。4. 服务器本身的处理能力不佳，负荷不起。但在实际的项目应用中，最方便可以优化的也就是SQL语句。以下就对于

      随着互联网web2.0网站的兴起，非关系型的数据库现在成了一个极其热门的新领域，非关系数据库产品的发展非常迅速。而传统的关系数据库在应付web2.0网站，特别是超大规模和高并发的SNS类型的web2.0纯动态网站已经显得力不从心，暴露了很多难以克服的问题，例如： 1、High performance - 对数据库高并发读写的需求 web2.0网站要根据用户个性化信息来实

Web应用中为什么会需要消息队列？主要原因是由于在高并发环境下，由于来不及同步处理，请求往往会发生堵塞，比如说，大量的insert，update 之类的请求同时到达mysql，直接导致无数的行锁表锁，甚至最后请求会堆积过多，从而触发too many connections错误。通过使用消息队列，我们可以异步处理请求，从而缓解系统的压力。在Web2.0的时代，高并发的情况越来越常见，从而使消息队列有

MERGE存储引擎类型允许把许多结构相同的表合并为一个大表。然后，你可以执行查询，从多个表返回的结果就像从一个表返回的结果一样，从而不需要进行联表查询。