基于MySQL数据库数据管理研究.docVIP

基于MySQL数据库数据管理研究 【摘 要】MySQL 是一种开放源代码的关系型数据库管理系统，MySQL数据库系统使用最常用的数据库管理语言，即结构化查询语言进行数据库管理。缓存管理是对于文件数据在内存中的特殊管理，基于内存管理，向文件系统提供服务。而在内存管理器将缓存页面真正写入磁盘时，又调用文件系统的接口然后走磁盘设备驱动。本章将介绍基于MySQL数据库中缓存管理等知识。【关键词】MySQL；缓存；查询在数据库中，用户可能多次执行相同的查询语句。为了提高查询效率，数据库会在内存在划分一个专门的区域，用来存放用户最近执行的查询，这块区域就是缓存。因为内存的运行速度要比硬盘快的多。为此通过缓存机制，就可以提高查询的效率。当用户下一次再执行相同查询时，就可以直接从缓存中获取数据，而不用到硬盘中的数据文件中去读取数据，也可以省去相关解析的工作。1.数据管理的应用并不是在任何情况下数据管理都能够起到应有的效果。如果企业有一个不经常改变的表并且服务器受到这个表的大量的相同查询时，数据管理才能够起到不错的效果。通常情况下，针对Web的应用，效果会比较明显。如现在在数据库中有一张产品信息表。企业的用户需要通过网页来查询产品的信息。如果在系统设计时，默认查询的结果是显示最近一个月交易过的产品信息。那么每次用户按默认情况查询产品信息时，将都会从缓存中获取信息（如果相关的信息没有被更新过）。此时系统查询的速度就会比较快。如果企业有一个不经常改变的表并且服务器受到这个表的大量的相同查询时，笔者就建议大家启用数据管理机制。在启动之前，可以先使用命名来查询现在系统缓存是否开启。如果查询的结果是YES的话，那么就说明系统中已经开启了数据管理机制。只有当数据库里已经有了足够多的测试数据时，它的性能测试结果才有实际参考价值。如果在测试数据库里只有几百条数据记录，它们往往在执行完第一条查询命令之后就被全部加载到内存里。2. 使用数据管理的方式并不是在任何情况下，数据管理都会起到改善查询的效果。在以下几种情况，数据管理机制的效果并不会很大。一是查询所涉及到的表会经常更改。如在一个进销存管理系统中，可能会有产品与销售记录两张表格。产品表一般不怎么会更新，而销售记录表就可能每分钟都会发生变化。此时对于销售记录表来说，采用缓存机制就不会起到多大的效果。因为根据缓存的工作原理，当某个表被更改后，其对应的数据管理的相关条目就会被清空。二是查询缓存不使用与服务器方便些的语句。根据B/S或者C/S架构，可以将相关应用分为服务器断和客户端两类。在使用数据管理时，数据库管理员要考虑到，在MySQL数据库中，查询缓存并不适用于服务器方所编写的查询语句。当数据库管理员正在使用服务器方编写的语句时，要注意到这些语句并不会应用缓存技术。三是查询时使用缓存的两个基本条件：所采用的查询语句完全一致。不仅包括查询的字段，也包括查询的条件。如果用户查询一个产品信息表，使用了查询条件，只查询最近一个月新建的产品信息。显然此时查询的结果是查询的子集，应该可以使用数据管理。数据库仍然会先重新解析SQL语句，然后从硬盘上的数据文件中去获取数据。数据类型的大小也会影响到基础表的大小。如对于MEDIUMINT和INT两个数据类型，其都可以用来保存整数型的数据，只是其能够保存的精度不同而已。用户在查询语句中，使用了自定义函数、自定义变量或者因引用了系统数据库中的表，那么缓存机制可能会失效。3.提高数据管理的使用效率通过数据库的合理设计，可以提高缓存的使用效率，扩大缓存的使用领域。具体的说，数据库管理员可以从如下几个方面出发。⑴根据数据变化的频率来分解表如现在有产品基本资料与产品最新库存两部分内容。在不考虑缓存的情况下，可以将产品基本资料与产品库存放在同一个表中，然后通过其他作业来更新这个库存数量。如此的话，在前台界面中，就可以直观的反映出产品的库存数量。但是从缓存的设计角度来看，这么操作并不是很合理。因为产品信息相对来说不怎么会变化，而库存数量却经常在发生变化。如果将他们放在同一张表上，由于库存数量的不断更新，数据管理中的内容就会不断被清空（与产品信息表相关的数据管理）。此时如果很多用户要查询产品的描述、规格（他们可能并不关注产品的库存），那么他们就无法使用数据管理。因为缓存中没有相关的数据（由于库存数量不断变化而被清空）。遇到这种情况时，数据库管理员就可以将库存数量与产品基本信息存放在两张不同的表上，然后通过关键字来进行关联。这么做的好处就是库存数量更新并不会影响到产品基本信息表所对应的数据管理（他们是两张表）。从而提高产品信息查询时的缓存命中率。⑵采用默认条件的查询在上面的分析中笔者谈到，要两条完全相同的SQL语句才能够使用缓存。条件不同或者使用的字段不同，数据库系统都不会使用缓存来进行查询优化。