数据库扩展.pptVIP

MySQL Proxy工作机制浅析 MySQL Proxy处于客户端应用程序和MySQL服务器之间，通过截断、改变并转发客户端和后端数据库之间的通信来实现其功能，这和WinGate之类的网络代理服务器的基本思想是一样的。代理服务器是和TCP/IP协议打交道，而要理解MySQL Proxy的工作机制，同样要清楚MySQL客户端和服务器之间的通信协议，MySQL Protocol包括认证和查询两个基本过程： 认证过程包括： 1. 客户端向服务器发起连接请求 2. 服务器向客户端发送握手信息 3. 客户端向服务器发送认证请求 4. 服务器向客户端发送认证结果 如果认证通过，则进入查询过程： 1. 客户端向服务器发起查询请求 2. 服务器向客户端返回查询结果 MySQL Proxy要做的，就是介入协议的各个过程。首先MySQL Proxy以服务器的身份接受客户端请求，根据配置对这些请求进行分析处理，然后以客户端的身份转发给相应的后端数据库服务器，再接受服务器的信息，返回 给客户端。所以MySQL Proxy需要同时实现客户端和服务器的协议。由于要对客户端发送过来的SQL语句进行分析，还需要包含一个SQL解析器。可以说MySQL Proxy相当于一个轻量级的MySQL了，实际上，MySQL Proxy的admin server是可以接受SQL来查询状态信息的。 MySQL Proxy通过lua脚本来控制连接转发的机制。主要的函数都是配合MySQL Protocol各个过程的，这一点从函数名上就能看出来： connect_server() read_handshake() read_auth() read_auth_result() read_query() read_query_result() /wiki/MySQL_Internals_ClientServer_Protocol 数据库扩展 问题 当我们对 Web 计算和存储都进行了不同程度的扩展后，站点的规模不断膨胀，这给数据库带来了巨大的查询压力，尽管前面 我们了解了数据库性能优化的一些具体做法，但是，这些显然是不够的，数据库也必须与时俱进，进行扩展。 在解决性能问题的同时，数据库的扩展还带来了一些其他的作用，比如增加存储空间、提高可用性等。接下来我们会介绍数据库扩展的一些思路，它们基本上覆盖了大多数扩展方式。 解决办法-复制和分离 主从复制 几乎所有的主流数据库产品都支持复制，这是它们进行简单扩展的基本手段，我们以 MySQL 为例，它支持主从复制，配置 并不复杂，简单地说，你只需要做到以下两点： 1\开启主服务器上的二进制日志（log-bin）。 2\在主服务器和从服务器上分别进行简单的配置和授权。 复制和分离 MySQL 的主从复制是依据主服务器的二进制日志进行的，也就是说主服务器日志中记录的操作会在从服务器上进行重放，从而实现复制，所以主服务器必须开启二进制日志，它会自动记录所有对数据库产生更新的操作，也包括潜在的更新操作，比如没有删除任何实际记录的 DELETE 操作。 显然，这种复制是异步进行的，从服务器定时向主服务器请求最新日志，而主服务器只需要通过一个 I/O 线程来读取本地二 进制日志，并输送给从服务器即可，所以，复制过程对于主服务器的影响非常有限。但是，当存在多个从服务器同时从一个 主服务器进行复制的时候，主服务器的磁盘压力会有不同程度的增长，这也并不是无法解决的，你可以采用多级复制策略， 就像前面提到的多级分发一样。 在主服务器上对于所有更新操作记录二进制日志，这部分额外开销对性能大概有 1%的影响，与复制的意义相比，这几乎是微 不足道的。 解决办法-读写分离 一旦我们将数据库复制到更多的服务器上后，关键的问题来了，我们应该怎样合理地给它们分配工作量呢？ 这里有一点需要注意，对于所有的更新操作，我们必须让它作用于主服务器上，这样才能保证所有数据库服务器上的数据一致。这也是任何使用单向复制机制的系统必须遵循的更新原则，比如在前面提到的文件分发和同步中，我们也只能对文件源进行更新。 为此，我们采用读写分离（R/W Splitting）的方法将应用程序中对数据库的写操作指向主服务器，而将读操作指向从服务器. 读写分离图 这样做不仅保证了多台服务器的数据一致性，更重要的是， 它符合情理，一般而言，大多数站点的数据库读操作要比写操作 更加密集，而且查询条件相对复杂，你可以通过 mysql-report 来查看 SELECT 操作的比例，通过前面对数据库性能优化的介 绍，我们知道大部分的开销都消耗在这些查询上，而通过读写分离，