MySQL数据库开发必备常识 (mysql数据类型)

教程大全 2025-07-17 06:07:02 浏览

导读: 众所周知,系统读取数据时,从内存中读取要比从硬盘上速度要快好几百倍。故现在绝大部分应用系统,都会最大程度的使用缓存(内存中的一个存储区域),来提高系统的运行效率。 MySQL数据库 也不例外。在这里,笔者将结合自己的工作经验,跟大家探讨一下,MySQL数据库中缓存的管理技巧:如何合理配置MySQL数据库缓存,提高缓存命中率。

一、什么时候应用系统会从缓存中获取数据?

数据库从 服务器 上读取数据时,可以从硬盘的数据文件中获取数据,也可以从数据库缓存中读取数据。现在数据库管理员需要搞清楚的是,在什么样的情况下,系统是从缓存中读取数据,而不是从硬盘的数据文件中读取数据?

简单的说,数据缓存就是内存中的一块存储区域,其存储了用户的SQL文本以及相关的查询结果。通常情况下,用户下次查询时,如果所使用的SQL文本是相同的,并且自从上次查询后,相关的纪录没有被更新过,此时数据库就直接采用缓存中的内容。从这个原则中,可以看到如果要直接使用缓存中的数据,至少要满足以下几个条件。

一是所采用的SQL文本是相同的。当前后两次用户使用了相同的SQL语句(假设不考虑其他条件),则服务器会从缓存中读取结果,而不需要再去解析和执行SQL语句。这里需要注意的是,这里的SQL文本必须一次不差的完全相同。如果前后两次查询,使用了不同的查询条件。如第一次查询时没有输入Where条件语句。后来发现数据量过多,利用了Where条件了过滤查询的结果。此时即使最后的查询结果是相同的,系统仍然是从数据文件中获取数据,而不是从数据缓存中。再如,Select后面所使用的字段名称也必须是相同的。如果有一个字段名称不同或者前后两次查询所使用的字段数量不同,则系统都会认为是不同的SQL语句,而重新解析并查询。

二是从数据缓存的角度考虑,大小写是不敏感的。如前后两次查询时,采用的字段名称可能只有大小写的差异。如第一次使用的是大小,第二次使用的是小写,这系统认为仍然是相同的SQL语句。或者说关键字大小写等等这都是不敏感的。

三是要满足二次查询之间,数据记录包括表结构都没有被更改过。如果记录所在的标更改了,如增加了一个字段等等,此时使用这个表的所有缓冲数据系统将自动清空。这里需要注意,这里指的更改是一个广义的更改,包括表中任何数据或者结果的改变。举一个简单的例子,第一次查询时用户需要查询2010年的出货数据。查询后有用户在这个表中插入了一条2011年1月份的出货信息。然后又有用户需要查询2010年的出货信息。使用的SQL语句与第一次查询时完全相同。在这种情况下,数据库系统会使用缓存中的数据吗?答案是否定的。因为当中间用户插入一条记录时,系统会自动清空跟这个表相关的所有缓存记录。当第二次查询时,缓存中已经没有这张表对应的缓存信息。此时就需要重新解析并查询。

四是需要注意,默认字符集对缓存命中率的影响。通常情况下,如果客户端与服务器之间所采用的默认字符集不同,则即使查询语句相同、在两次查询之间记录与表结构也没有被更改,系统仍然认为是不同的查询。对于这一点需要特别的注意,大家比较容易忽视。

二、提高缓存命中率的建议。

从上面的条件分析中可以看出,利用缓存中的数据具有比较严格的条件。其实这些条件也是合情合理的。主要是为了保障数据的一致性。对以上这些条件有深入的认识之后,现在数据库管理员需要考虑的是,如何来提高这个缓存的命中率?对此笔者有如下几个建议。

一是在配置时,客户端与服务器端要使用相同的字符集。如果客户端(或者说第三方工具)与服务器端使用的字符集不同,那么任何情况下都不会使用缓存功能。特别在国内,需要用到中文的字符集。此时特别需要注意,客户端默认字符集要与服务器端的默认字符集相同。注意,这里是相同,而不是兼容。有时候即使采用了不同的字符集,客户端上仍然可以正常显示。这主要是因为有些字符集虽然不相同,但是是相互兼容的。在缓存管理上,需要相同,光兼容还不行。

二是在客户端上,要固化查询的语句。如现在有财务人员和采购人员同时从系统中查询11月份的出货数据。显然他们岗位职责不同,所需要字段的内容是不同的。此时在客户端出,可以允许用户设置自己所需要的表单格式。但是笔者建议,后台所采用的SQL语句最好是相同的。这里数据会经过三个渠道:后台数据库、客户端、用户。笔者的意识时,后台数据库与客户端之间的交互采用相同的SQL语句。然后客户端与用户之间进行交互时,根据用户定义的格式(包括字段前后的排列、不包括查询条件语句的差异)向用户显示数据。此时由于采用了相同的SQL语句(只是用户对于显示格式的要求不同),从而可以提高应用系统的查询效率。

三是提高内存中缓存的配置,来提高命中率。一般在服务器启动时,操作系统会跟数据库软件协商缓存空间的大小。当缓存工作不足时,缓存中最旧的缓存记录会被最新的消息所覆盖。可见,如果能够提高缓存空间,就可以提高命中率。这就好像打靶,目标多了,命中的几率也会高许多。不过用户的并发数越多,这个设置的效果会越不明显。

MySQL数据库开发必备常识

四是通过分区表可以提高缓存的命中率。在上面的条件分析中,大家可以看到,只要所查询的表中插入了一条记录,系统就会清空缓存记录。现在以查询出货记录为例。出货记录表每天都在更新,而用户在年初时,会经常需要查询上一年的出货记录。此时由于这个表中的数据每个小时都在更新,那么缓存中的信息会不断的被情况。此时缓存的命中率显然不会很高。针对这种情况,笔者建议可以采用分区表。如可以通过系统设置,将2010年的出货记录单独存放在一个出货的分区表中。即每一个年度都使用一张单独的分区表。此时2011年的纪录,就不会影响到2010年的分区表。此时如果用户重复查询2010年的出货信息,只要其使用的SQL语句相同(没有采用不同的查询条件),那么就可以享受缓存机制所带来的效益,提高应用系统的查询效果。。

三、多个应用对缓存的影响。

通常情况下,MySQL数据库的缓存是根据服务器内存的大小自动分配的。如果一台服务器上只有一个MySQL应用,那么固然最好。不过在实际工作中,为了降低信息化投资的成本,往往会在同一台服务器上布置多个信息化应用。由于其他信息化应用也需要使用内存的空间作为缓存,那么MySQL数据库中缓存空间就可能变小。如果遇到这种情况下,数据库管理员需要跟系统工程师进行协商,为各种不同的应用根据性能要求的不同,手工设置不同的缓存空间。如此的话,就可以避免同一台服务器上不同信息化应用对缓存的冲突。

这些知识对刚入门的初学者是很有意义的,上文讲到的都是程序员基础,踏踏实实从基础学起,对以后的发展是有好处的,很高兴能与大家一起分享这些知识,真心的希望能够帮到大家。

【编辑推荐


mysql如何创建数据表的几个命令?

1、显示数据库列表。 sHow databases;刚开始时才两个数据库:mysql和test。 mysql库很重要它里面有MYSQL的系统信息,我们改密码和新增用户,实际上就是用这个库进行操作。 2、显示库中的数据表:use mysql; //打开库,学过FOXBASE的一定不会陌生吧show tables;3、显示数据表的结构:describe 表名;4、建库:create database 库名;5、建表:use 库名;create table 表名 (字段设定列表);6、删库和删表:drop database 库名;drop table 表名;7、将表中记录清空:delete from 表名;8、显示表中的记录:select * from 表名;

学习数据库需要掌握哪些东西?

目前主流的数据库无论规模如何,例如Access(这个现在基本没人用),MySQL,Microsoft Server SQL,还是大规模的Oracle,都是关系数据库,我这么说很抽象,你可能不知道什么是关系数据库,所以你应该先学习数据库系统概论,明白其存在的意义,了解其在计算机系统当中的地位,然后再进行进一步探究,前沿基础课我想应该是离散数学。因为涉及关系演算,关系代数,以及一系列抽象概念都和离散数学有关联,将来进行高效率的嵌套查询、修改、删除、增添数据,都是涉及这些内容,不过要是面向小型的开发,效率也无关紧要,可以使用一些可视化的软件建立维护数据库,但是使用的过程中难免会遇到不理解的问题,如实体完整性约束、表的主码、外码确立,安全性考虑、范式理论,都比较难以理解,所以还是建议先从离散数学看起,然后再看数据库系统概论类的书籍,然后选择一款规模较小的如MySQL进行SQL语言的实践,再往后就是数据库与软件或网络如J2EE技术之间的关联,还要面对诸多问题,总之走一步算一步,步步为营,急不来,祝学习成功~!如果对您有帮助,请记得采纳为满意答案,谢谢!祝您生活愉快!Vae团队招人!!!欢迎各位加入!!!走过路过不要错过!!!迅猛发展中!!!

mysql索引类型解释

索引分单列索引和组合索引。 单列索引,即一个索引只包含单个列,一个表可以有多个单列索引,但这不是组合索引。 组合索引,即一个索包含多个列。 MySQL索引类型包括:(1)普通索引这是最基本的索引,它没有任何限制。 它有以下几种创建方式:◆创建索引CREATE INDEX indexName ON mytable(username(length));如果是 CHAR,VARCHAR类型,length可以小于字段实际长度;如果是BLOB和TEXT类型,必须指定 length,下同。 ◆修改表结构ALTER mytable ADD INDEX [indexName] ON (username(length))◆ 创建表的时候直接指定CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, INDEX [indexName] (username(length)) );删除索引的语法:DROP INDEX [indexName] ON mytable;(2)唯一索引它与前面的普通索引类似,不同的就是:索引列的值必须唯一,但允许有空值。 如果是组合索引,则列值的组合必须唯一。 它有以下几种创建方式:◆创建索引CREATE UNIQUE INDEX indexName ON mytable(username(length))◆修改表结构ALTER mytable ADD UNIQUE [indexName] ON (username(length))◆创建表的时候直接指定CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, UNIQUE [indexName] (username(length)) );(3)主键索引它是一种特殊的唯一索引,不允许有空值。 一般是在建表的时候同时创建主键索引:CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, PRIMARY KEY(ID) );当然也可以用 ALTER 命令。 记住:一个表只能有一个主键。 (4)组合索引为了形象地对比单列索引和组合索引,为表添加多个字段:CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, city VARCHAR(50) NOT NULL, age INT NOT NULL );为了进一步榨取MySQL的效率,就要考虑建立组合索引。 就是将 name, city, age建到一个索引里:ALTER TABLE mytable ADD INDEX name_city_age (name(10),city,age);建表时,usernname长度为 16,这里用 10。 这是因为一般情况下名字的长度不会超过10,这样会加速索引查询速度,还会减少索引文件的大小,提高INSERT的更新速度。 如果分别在 usernname,city,age上建立单列索引,让该表有3个单列索引,查询时和上述的组合索引效率也会大不一样,远远低于我们的组合索引。 虽然此时有了三个索引,但MySQL只能用到其中的那个它认为似乎是最有效率的单列索引。 建立这样的组合索引,其实是相当于分别建立了下面三组组合索引:usernname,city,age usernname,city usernname为什么没有 city,age这样的组合索引呢?这是因为MySQL组合索引“最左前缀”的结果。 简单的理解就是只从最左面的开始组合。 并不是只要包含这三列的查询都会用到该组合索引,下面的几个SQL就会用到这个组合索引:SELECT * FROM mytable WHREE username=admin AND city=郑州 SELECT * FROM mytable WHREE username=admin而下面几个则不会用到:SELECT * FROM mytable WHREE age=20 AND city=郑州 SELECT * FROM mytable WHREE city=郑州(5)建立索引的时机到这里我们已经学会了建立索引,那么我们需要在什么情况下建立索引呢?一般来说,在WHERE和JOIN中出现的列需要建立索引,但也不完全如此,因为MySQL只对<,<=,=,>,>=,BETWEEN,IN,以及某些时候的LIKE才会使用索引。 例如:SELECT FROM mytable t LEFT JOIN mytable m ON = WHERE =20 AND =郑州此时就需要对city和age建立索引,由于mytable表的 userame也出现在了JOIN子句中,也有对它建立索引的必要。 刚才提到只有某些时候的LIKE才需建立索引。 因为在以通配符%和_开头作查询时,MySQL不会使用索引。 例如下句会使用索引:SELECT * FROM mytable WHERE username likeadmin%而下句就不会使用:SELECT * FROM mytable WHEREt Name like%admin因此,在使用LIKE时应注意以上的区别。 (6)索引的不足之处上面都在说使用索引的好处,但过多的使用索引将会造成滥用。 因此索引也会有它的缺点:◆虽然索引大大提高了查询速度,同时却会降低更新表的速度,如对表进行 INSERT、UPDATE和DELETE。 因为更新表时,MySQL不仅要保存数据,还要保存一下索引文件。 ◆建立索引会占用磁盘空间的索引文件。 一般情况这个问题不太严重,但如果你在一个大表上创建了多种组合索引,索引文件的会膨胀很快。 索引只是提高效率的一个因素,如果你的 MySQL有大数据量的表,就需要花时间研究建立最优秀的索引,或优化查询语句。 (7)使用索引的注意事项使用索引时,有以下一些技巧和注意事项:◆索引不会包含有NULL值的列只要列中包含有NULL值都将不会被包含在索引中,复合索引中只要有一列含有 NULL值,那么这一列对于此复合索引就是无效的。 所以我们在数据库设计时不要让字段的默认值为NULL。 ◆使用短索引对串列进行索引,如果可能应该指定一个前缀长度。 例如,如果有一个CHAR(255)的列,如果在前10个或20个字符内,多数值是惟一的,那么就不要对整个列进行索引。 短索引不仅可以提高查询速度而且可以节省磁盘空间和I/O操作。 ◆索引列排序MySQL查询只使用一个索引,因此如果 where子句中已经使用了索引的话,那么order by中的列是不会使用索引的。 因此数据库默认排序可以符合要求的情况下不要使用排序操作;尽量不要包含多个列的排序,如果需要最好给这些列创建复合索引。 ◆like语句操作一般情况下不鼓励使用like操作,如果非使用不可,如何使用也是一个问题。 like “%aaa%” 不会使用索引而like “aaa%”可以使用索引。 ◆不要在列上进行运算select * from users where YEAR(adddate)<2007;将在每个行上进行运算,这将导致索引失效而进行全表扫描,因此我们可以改成select * from users where adddate<‘2007-01-01’;◆不使用NOT IN和<>操作以上,就对其中MySQL索引类型进行了介绍。 转自:

本文版权声明本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容,请联系本站客服,一经查实,本站将立刻删除。

发表评论

热门推荐