A. 数据库是什么,它是做什么用的
数据库(Database)是按照数据结构来组织、 存储和管理数据的仓库。在1990年以后,数据管理不再是存储和管理数据,而是转变成用户所需要的各种数据管理的方法。
数据库具有能存在一起、能与多个用户共享、具有尽可能小的冗余度、与应用程序彼此独立的作用。数据库系统在各个方面都得到了广泛的应用。
在信息化社会,充分有效的管理和利用各类信息资源,是进行科学研究和决策管理的重要前提。数据库技术是管理信息系统、办公自动化系统、决策支持系统等各类信息系统的核心组成部分,是进行科学研究和决策管理的重要手段。
(1)查询数据库是什么扩展阅读:
数据库可以视为电子化的文件柜——存储电子文件的处所,用户可以对文件中的数据运行新增、截取、更新、删除等操作。
发明人是雷明顿兰德公司。
数据库管理系统(DBMS)是为管理数据库而设计的电脑软件系统,具有存储、截取、安全保障、备份等基础功能。数据库管理系统可以依据它所支持的数据库模型来作分类。
数据库的类型有关系数据库和非关系型数据库两种。数据库模型有对象模型、层次模型(轻量级数据访问协议)、网状模型(大型数据储存)、关系模型、面向对象模型、半结构化模型、平面模型。
B. 鏁版嵁搴撴槸浠涔
鏁版嵁搴掳纸DataBase锛娈B锛夋槸鎸夌収鏁版嵁缁撴瀯𨱒ョ粍缁囥佸瓨鍌ㄥ拰绠$悊鏁版嵁镄勪粨搴撱
闅忕潃淇℃伅鎶链鍜屽竞鍦虹殑鍙戝𪾢锛岀壒鍒鏄20涓栫邯90骞翠唬浠ュ悗锛屾暟鎹绠$悊涓嶅啀浠呬粎鏄瀛桦偍鍜岀$悊鏁版嵁锛岃岃浆鍙樻垚鐢ㄦ埛镓闇瑕佺殑钖勭嶆暟鎹绠$悊镄勬柟寮忋傛暟鎹搴撴湁寰埚氱岖被鍨嬶纴浠庢渶绠鍗旷殑瀛桦偍链夊悇绉嶆暟鎹镄勮〃镙煎埌鑳藉熻繘琛屾捣閲忔暟鎹瀛桦偍镄勫ぇ鍨嬫暟鎹搴撶郴缁燂纴鍦ㄥ悇涓鏂归溃閮藉缑鍒颁简骞挎硾镄勫簲鐢ㄣ
鏁版嵁搴撴槸涓涓闀挎湡瀛桦偍鍦ㄨ$畻链哄唴镄勚佹湁缁勭粐镄勚佹湁鍏变韩镄勚佺粺涓绠$悊镄勬暟鎹闆嗗悎銆傚畠鏄涓涓鎸夋暟鎹缁撴瀯𨱒ュ瓨鍌ㄥ拰绠$悊鏁版嵁镄勮$畻链鸿蒋浠剁郴缁熴备篃灏辨槸璇达纴鏁版嵁搴揿寘钖链変袱绉嶅惈涔夛细淇濈℃暟鎹镄勨滀粨搴撯濓纴浠ュ强绠$悊鏁版嵁镄勬柟娉曞拰鎶链銆
涓岖℃槸鍝绉岖被鍨嬬殑鏁版嵁搴掳纴閮藉簲璇ユ湁浠ヤ笅鍏卞悓镄勫睘镐э细閲囩敤鐗瑰畾镄勬暟鎹绫诲瀷锛涘炲姞鏁版嵁鍏变韩銆佸噺灏戞暟鎹鍐椾綑锛涘叿链夎缉楂樼殑鏁版嵁镫绔嬫э绂鍏锋湁缁熶竴镄勬暟鎹鎺у埗锷熻兘銆傚父瑙佺殑鏁版嵁搴撴湁鐢查ㄦ枃鍏鍙哥殑Oracle銆両BM鍏鍙哥殑DB2銆佸井杞鍏鍙哥殑Access涓岙QL Server浠ュ强姝h佽︾粏浠嬬粛镄凪ySQL銆
鏁版嵁搴撶殑缁撴瀯
鏁版嵁搴撶殑缁撴瀯鎸囩殑鏄鏁版嵁鍦ㄦ暟鎹搴扑腑镄勭粍缁囧舰寮忓拰瀛桦偍鏂瑰纺銆傛牴鎹鏁版嵁搴撶粨鏋勭殑涓嶅悓锛屾暟鎹搴揿彲浠ュ垎涓哄眰娆″瀷鏁版嵁搴撱佺绣鐘跺瀷鏁版嵁搴撱佸叧绯诲瀷鏁版嵁搴揿拰闱㈠悜瀵硅薄鏁版嵁搴撶瓑銆
1銆佸眰娆″瀷鏁版嵁搴掳细链镞╃殑鏁版嵁搴撶被鍨嬩箣涓锛屽畠镄勬暟鎹缁撴瀯绫讳技浜庝竴妫垫爲褰㈢粨鏋勶纴鏁版嵁涔嬮棿瀛桦湪涓瀵瑰氱殑灞傛″叧绯汇傛疮涓鑺傜偣鍙浠ュ寘钖澶氢釜瀛愯妭镣癸纴浣嗗彧鑳芥湁涓涓鐖惰妭镣广傚眰娆″瀷鏁版嵁搴揿父鐢ㄤ簬绠$悊澶嶆潅镄勫伐绋嫔拰绉戝︽暟鎹銆
2銆佺绣鐘跺瀷鏁版嵁搴掳细鍦ㄥ眰娆″瀷鏁版嵁搴撶殑锘虹涓婂彂灞曡捣𨱒ョ殑涓绉嶆暟鎹搴撶被鍨嬨傜绣鐘跺瀷鏁版嵁搴撶殑鏁版嵁缁撴瀯绫讳技浜庝竴涓缃戠姸缁撴瀯锛屾暟鎹涔嬮棿瀛桦湪澶氩瑰氱殑鍏崇郴銆傛疮涓璁板綍鍙浠ユ湁澶氢釜鐖惰板綍鍜屽氢釜瀛愯板綍銆傜绣鐘跺瀷鏁版嵁搴揿父鐢ㄤ簬澶勭悊澶嶆潅镄勫叧镵旀暟鎹銆
3銆佸叧绯诲瀷鏁版嵁搴掳细鐩鍓嶅簲鐢ㄦ渶骞挎硾镄勪竴绉嶆暟鎹搴撶被鍨嬶纴瀹幂殑鏁版嵁缁撴瀯鏄鐢卞氢釜琛ㄦ牸缁勬垚锛岃〃镙间箣闂村彲浠ュ缓绔嫔叧绯汇傚叧绯诲瀷鏁版嵁搴揿彲浠ヤ娇鐢⊿QL璇鍙ヨ繘琛屾煡璇銆佹洿鏂般佸垹闄ょ瓑镎崭綔锛屾敮鎸佷簨锷″勭悊鍜岀储寮旷瓑楂樼骇锷熻兘銆
4銆侀溃钖戝硅薄鏁版嵁搴掳细涓绉嶆柊鍨嬬殑鏁版嵁搴撶被鍨嬶纴瀹幂殑鏁版嵁缁撴瀯绫讳技浜庨溃钖戝硅薄绋嫔簭璁捐′腑镄勫硅薄鍜岀被銆傞溃钖戝硅薄鏁版嵁搴揿皢鏁版嵁瀛桦偍鍦ㄥ硅薄涓锛屽硅薄涔嬮棿鍙浠ュ缓绔嫔叧绯诲拰缁ф圹鍏崇郴锛屾敮鎸佸氭佸拰灏佽呯瓑闱㈠悜瀵硅薄镄勭壒镐с傞溃钖戝硅薄鏁版嵁搴揿父鐢ㄤ簬瀛桦偍澶嶆潅镄勫硅薄鏁版嵁鍜屽氩獟浣撴暟鎹銆
浠ヤ笂鍐呭瑰弬钥冿细锏惧害锏剧-鏁版嵁搴
C. 浠涔堟槸鏁版嵁搴
鏁版嵁搴撴槸瀛樻斁鏁版嵁镄勪粨搴撱
鏄涓涓闀挎湡瀛桦偍鍦ㄨ$畻链哄唴镄勚佹湁缁勭粐镄勚佸彲鍏变韩镄勶纴缁熶竴绠$悊镄勫ぇ閲忔暟鎹镄勯泦钖堛傛暟鎹搴撴槸浠ヤ竴瀹氭柟寮忓偍瀛桦湪涓璧枫佽兘涓庡氢釜鐢ㄦ埛鍏变韩銆佸叿链夊敖鍙鑳藉皬镄勫啑浣椤害銆佷笌搴旂敤绋嫔簭褰兼ょ嫭绔嬬殑鏁版嵁闆嗗悎锛屽彲瑙嗕负鐢靛瓙鍖栫殑鏂囦欢镆溾斿瓨鍌ㄧ数瀛愭枃浠剁殑澶勬墍锛岀敤鎴峰彲浠ュ规枃浠朵腑镄勬暟鎹杩涜屾柊澧炪佹煡璇銆佹洿鏂般佸垹闄ょ瓑镎崭綔銆
鏁版嵁搴撴槸闀挎湡鍌ㄥ瓨鍦ㄨ$畻链哄唴銆佹湁缁勭粐镄勚佸彲鍏变韩镄勬暟鎹闆嗗悎锛屾暟鎹搴扑腑镄勬暟鎹鎸囩殑鏄浠ヤ竴瀹氱殑鏁版嵁妯″瀷缁勭粐銆佹弿杩板拰鍌ㄥ瓨鍦ㄤ竴璧枫佸叿链夊敖鍙鑳藉皬镄勫啑浣椤害銆佽缉楂樼殑鏁版嵁镫绔嬫у拰鏄撴墿灞曟х殑鐗圭偣骞跺彲鍦ㄤ竴瀹氲寖锲村唴涓哄氢釜鐢ㄦ埛鍏变韩銆
鏁版嵁搴撹繍鐢ㄥ埌镄勬妧链鐑镣
涓囨柟鏁版嵁搴撴槸鍜屼腑锲界煡缃戦绨钖岖殑涓扑笟瀛︽湳鏁版嵁搴掳纴鐢变腑锲界戞妧淇℃伅镓𨱌ㄤ竾鏂规暟鎹鍏鍙告墍灞炰竾鏂规暟鎹搴扑腑蹇冧笓涓氱粍寮鍙戙傛兜鐩栨湡鍒娿佽烘枃銆佸︽湳鎴愭灉銆佷细璁绾瑕侊纴瀛︽湳浼氲璁烘枃銆
涓锲戒紒涓氥佸叕鍙稿强浜у搧鏁版嵁搴揿嫔缓浜1988骞达纴鐢变竾鏂规暟鎹镵斿悎锲藉唴杩戠栌瀹朵俊鎭链烘瀯鍏卞悓寮鍙戯纴鏄锲藉唴澶栧伐鍟嗙晫浜呜В涓锲藉竞鍦虹殑涓𨱒℃嵎寰勚备富瑕佸㈡埛绫诲瀷鍖呮嫭鍏鍙镐紒涓氥佷俊鎭链烘瀯銆侀┗鍗庡晢绀撅纴澶у﹀浘涔﹂嗙瓑銆
鍐呭逛负锲藉舵妧链鐩戠潱灞銆佸缓璁鹃儴𨱍呮姤镓鎻愪緵镄勪腑锲藉浗瀹舵爣鍑嗐佸缓璁炬爣鍑嗐佸缓𨱒愭爣鍑嗐佽屼笟镙囧嗳銆佸浗闄呮爣鍑嗐佸浗闄呯数宸ユ爣鍑嗐佹ф床镙囧嗳浠ュ强缇庛佽嫳銆佸痉锛屾硶锲藉浗瀹舵爣鍑嗗拰镞ユ湰宸ヤ笟镙囧嗳绛夈
浠ヤ笂鍐呭瑰弬钥冿细锏惧害锏剧-鏁版嵁搴
D. 什么是MySql数据库
MySQL是一种开放源代码的关系型数据库管理系统(RDBMS),使用最常用的数据库管理语言--结构化查询语言(SQL)进行数据库管理。
MySQL是开放源代码的,因此任何人都可以在General Public License的许可下下载并根据个性化的需要对其进行修改。
MySQL因为其速度、可靠性和适应性而备受关注。大多数人都认为在不需要事务化处理的情况下,MySQL是管理内容最好的选择。
MySQL是一种开放源代码的关系型数据库管理系统(RDBMS),MySQL数据库系统使用最常用的数据库管理语言--结构化查询语言(SQL)进行数据库管理。
由于MySQL是开放源代码的,因此任何人都可以在General Public License的许可下下载并根据个性化的需要对其进行修改。MySQL因为其速度、可靠性和适应性而备受关注。大多数人都认为在不需要事务化处理的情况下,MySQL是管理内容最好的选择。
MySQL这个名字,起源不是很明确。一个比较有影响的说法是,基本指南和大量的库和工具带有前缀“my”已经有10年以上,而且不管怎样,MySQL AB创始人之一的Monty Widenius的女儿也叫My。这两个到底是哪一个给出了MySQL这个名字至今依然是个迷,包括开发者在内也不知道。
MySQL的海豚标志的名字叫“sakila”,它是由MySQL AB的创始人从用户在“海豚命名”的竞赛中建议的大量的名字表中选出的。获胜的名字是由来自非洲斯威士兰的开源软件开发者Ambrose Twebaze提供。根据Ambrose所说,Sakila来自一种叫SiSwati的斯威士兰方言,也是在Ambrose的家乡乌干达附近的坦桑尼亚的Arusha的一个小镇的名字。
MySQL,虽然功能未必很强大,但因为它的开源、广泛传播,导致很多人都了解到这个数据库。它的历史也富有传奇性。
MySQL的历史最早可以追溯到1979年,那时Oracle也才小打小闹,微软的SQL Server影子都没有。有一个人叫Monty Widenius, 为一个叫TcX的小公司打工,并用BASIC设计了一个报表工具,可以在4M主频和16KB内存的计算机上运行。过了不久,又将此工具,使用C语言重写,移植到Unix平台,当时,它只是一个很底层的面向报表的存储引擎。这个工具叫做Unireg。
可是,这个小公司资源有限,Monty天赋极高,面对资源有限的不利条件,他反而更能发挥潜能,总是力图写出最高效的代码。并因此养成了习惯。与Monty同在一起的还有一些别的同事,很少有人能坚持把那些代码持续写到20年后,而Monty却做到了。
1990年,TcX的customer 中开始有人要求要为它的API提供SQL支持,当时,有人想到了直接使用商用数据库算了,但是Monty觉得商用数据库的速度难令人满意。于是,他直接借助于mSQL的代码,将它集成到自己的存储引擎中。但不巧的是,效果并不太好。于是, Monty雄心大起,决心自己重写一个SQL支持。
1996年,MySQL 1.0发布,只面向一小拨人,相当于内部发布。到了96年10月,MySQL 3.11.1发布了,呵呵,没有2.x版本。最开始,只提供了Solaris下的二进制版本。一个月后,Linux版本出现了。
紧接下来的两年里,MySQL依次移植到各个平台下。它发布时,采用的许可策略,有些与众不同:允许免费商用,但是不能将MySQL与自己的产品绑定在一起发布。如果想一起发布,就必须使用特殊许可,意味着要花银子。当然,商业支持也是需要花银子的。其它的,随用户怎么用都可以。这种特殊许可为MySQL带来了一些收入,从而为它的持续发展打下了良好的基础。(细想想,PostgreSQL曾经有几年限入低谷,可能与它的完全免费,不受任何限制有关系)。
MySQL3.22应该是一个标志性的版本,提供了基本的SQL支持。
MySQL关系型数据库于1998年1月发行第一个版本。它使用系统核心提供的多线程机制提供完全的多线程运行模式,提供了面向C、C++、Eiffel、Java、Perl、PHP、Python以及Tcl等编程语言的编程接口(APIs),支持多种字段类型并且提供了完整的操作符支持查询中的SELECT和WHERE操作。
MySQL是开放源代码的,因此任何人都可以在General Public License的许可下下载并根据个性化的需要对其进行修改。MySQL因为其速度、可靠性和适应性而备受关注。
1999-2000年,有一家公司在瑞典成立了,叫MySQL AB (AB是瑞典语“股份公司”的意思)。 雇了几个人,与Sleepycat合作,开发出了 Berkeley DB引擎, 因为BDB支持事务处理,所以,MySQL从此开始支持事务处理了。
2000年4月,MySQL对旧的存储引擎进行了整理,命名为MyISAM。同时,2001年,Heikiki Tuuri向MySQL提出建议,希望能集成他们的存储引擎InnoDB,这个引擎同样支持事务处理,还支持行级锁。
如今,遗憾的是,BDB和InnoDB好像都被Oracle收购了,为了消灭竞争对手,哪怕是开源的,都是不择手段。
MySQL与InnoDB的正式结合版本是4.0。
到了MySQL5.0,2003年12月,开始有View,存储过程之类的东东,当然,其间, bug也挺多。
在2008年1月16号 MySQL被Sun公司收购。
最近,MySQL的创始人Monty Widenius已经向Sun提交了辞呈。head都要走了。
据说,被Sun收购的公司多薄命,不知道MySQL今后前途如何,希望一路走好。相信MySQL的生命力还是很长久的。
时至今日 mysql 和 php 的结合绝对是完美.很多大型的网站也用到mysql数据库.mysql的发展前景是非常光明的!
1:使用SHOW语句找出在服务器上当前存在什么数据库:
mysql> SHOW DATABASES;
2:2、创建一个数据库MYSQLDATA
mysql> CREATE DATABASE MYSQLDATA;
3:选择你所创建的数据库
mysql> USE MYSQLDATA; (按回车键出现Database changed 时说明操作成功!)
4:查看现在的数据库中存在什么表
mysql> SHOW TABLES;
5:创建一个数据库表
mysql> CREATE TABLE MYTABLE (name VARCHAR(20), sex CHAR(1));
6:显示表的结构:
mysql> DESCRIBE MYTABLE;
7:往表中加入记录
mysql> insert into MYTABLE values (”hyq”,”M”);
8:用文本方式将数据装入数据库表中(例如D:/mysql.txt)
mysql> LOAD DATA LOCAL INFILE “D:/mysql.txt” INTO TABLE MYTABLE;
9:导入.sql文件命令(例如D:/mysql.sql)
mysql>use database;
mysql>source d:/mysql.sql;
10:删除表
mysql>drop TABLE MYTABLE;
11:清空表
mysql>delete from MYTABLE;
12:更新表中数据
mysql>update MYTABLE set sex=”f” where name=’hyq’;
全局管理权限对应解释:
FILE: 在MySQL服务器上读写文件。
PROCESS: 显示或杀死属于其它用户的服务线程。
RELOAD: 重载访问控制表,刷新日志等。
SHUTDOWN: 关闭MySQL服务。
数据库/数据表/数据列权限:
ALTER: 修改已存在的数据表(例如增加/删除列)和索引。
CREATE: 建立新的数据库或数据表。
DELETE: 删除表的记录。
DROP: 删除数据表或数据库。
INDEX: 建立或删除索引。
INSERT: 增加表的记录。
SELECT: 显示/搜索表的记录。
UPDATE: 修改表中已存在的记录。
特别的权限:
ALL: 允许做任何事(和root一样)。
USAGE: 只允许登录–其它什么也不允许做。
MySQL数据库的导入,有两种方法:
1) 先导出数据库SQL脚本,再导入;
2) 直接拷贝数据库目录和文件。
在不同操作系统或MySQL版本情况下,直接拷贝文件的方法可能会有不兼容的情况发生。
所以一般推荐用SQL脚本形式导入。下面分别介绍两种方法。
2. 方法一 SQL脚本形式
操作步骤如下:
2.1. 导出SQL脚本
在原数据库服务器上,可以用phpMyAdmin工具,或者mysqlmp命令行,导出SQL脚本。
2.1.1 用phpMyAdmin工具
导出选项中,选择导出“结构”和“数据”,不要添加“DROP DATABASE”和“DROP TABLE”选项。
选中“另存为文件”选项,如果数据比较多,可以选中“gzipped”选项。
将导出的SQL文件保存下来。
2.1.2 用mysqlmp命令行
命令格式
mysqlmp -u 用户名 -p 数据库名 > 数据库名.sql
范例:
mysqlmp -u root -p abc > abc.sql
(导出数据库abc到abc.sql文件)
提示输入密码时,输入该数据库用户名的密码。
2.2. 创建空的数据库
通过主控界面/控制面板,创建一个数据库。假设数据库名为abc,数据库全权用户为abc_f。
2.3. 将SQL脚本导入执行
同样是两种方法,一种用phpMyAdmin(mysql数据库管理)工具,或者mysql命令行。
2.3.1 用phpMyAdmin工具
从控制面板,选择创建的空数据库,点“管理”,进入管理工具页面。
在"SQL"菜单中,浏览选择刚才导出的SQL文件,点击“执行”以上载并执行。
注意:phpMyAdmin对上载的文件大小有限制,php本身对上载文件大小也有限制,如果原始sql文件
比较大,可以先用gzip对它进行压缩,对于sql文件这样的文本文件,可获得1:5或更高的压缩率。
gzip使用方法:
# gzip xxxxx.sql
得到
xxxxx.sql.gz文件。
提示输入密码时,输入该数据库用户名的密码。
3 直接拷贝
如果数据库比较大,可以考虑用直接拷贝的方法,但不同版本和操作系统之间可能不兼容,要慎用。
3.1 准备原始文件
用tar打包为一个文件
3.2 创建空数据库
3.3 解压
在临时目录中解压,如:
cd /tmp
tar zxf mydb.tar.gz
3.4 拷贝
将解压后的数据库文件拷贝到相关目录
cd mydb/
cp * /var/lib/mysql/mydb/
对于FreeBSD:
cp * /var/db/mysql/mydb/
3.5 权限设置
将拷贝过去的文件的属主改为mysql:mysql,权限改为660
chown mysql:mysql /var/lib/mysql/mydb/*
chmod 660 /var/lib/mysql/mydb/*
1.导表结构
使用MySQL生成create脚本的方法。找到生成要导出的脚本,按MySQL的语法修改一下到MySQL数据库中创建该表的列结构什么的。
2.导表数据
在MSSQL端使用bcp导出文本文件:
bcp “Select * FROM dbname.dbo.tablename;” queryout tablename.txt -c -Slocalhostdb2005 -Usa
其中”"中是要导出的sql语句,-c指定使用 进行字段分隔,使用 进行记录分隔,-S指定数据库服务器及实例,-U指定用户名,-P指定密码.
在MySQL端使用mysqlimport 导入文本文件到相应表中
mysqlimport -uroot -p databasename /home/test/tablename.txt
其中-u指定用户名,-p指定密码,databasename指定数据库名称,表名与文件名相同
MySQL备份恢复数据的一般步骤
备份一个数据库的例子:
1、备份前读锁定涉及的表
mysql>LOCK TABLES tbl1 READ,tbl1 READ,…
如果,你在mysqlmp实用程序中使用--lock-tables选项则不必使用如上SQL语句。
2、导出数据库中表的结构和数据
shell>mysqlmp --opt db_name>db_name.sql
3、启用新的更新日志
shell>mysqladmin flush-logs
这样可以记录你备份后的数据改变为恢复数据准备。
4、解除表的读锁
mysql>UNLOCK TABLES;
为了加速上述过程,你可以这样做:
shell> mysqlmp --lock-tables --opt db_name>db_name.sql; mysqladmin flush-logs
但是这样可能会有点小问题。上命令在启用新的更新日志前就恢复表的读锁,
在更新繁忙的站点,可能有备份后的更新数据没有记录在新的日志中。
现在恢复上面备份的数据库
1、对涉及的表使用写锁
mysql>LOCK TABLES tbl1 WRITE,tbl1 WRITE,…
2、恢复备份的数据
shell>mysql db_name < db_name.sql
3、恢复更新日志的内容
shell>mysql --one-database db_name < hostname.nnn
假设需要使用的日志名字为hostname.nnn
4、启用新的更新日志
shell>mysqladmin flush-logs
5、解除表的写锁
mysql>UNLOCK TABLES;
希望上面的例子能给你启发,因为备份数据的手法多种多样,你所使用的和上面所述可能大不一样,但是对于备份和恢复中,表的锁定、启用新的更新日志的时机应该是类似的,仔细考虑这个问题。
选择InnoDB作为存储引擎
大型产品的数据库对于可靠性和并发性的要求较高,InnoDB作为默认的MySQL存储引擎,相对于MyISAM来说是个更佳的选择。
优化数据库结构
组织数据库的schema、表和字段以降低I/O的开销,将相关项保存在一起,并提前规划,以便随着数据量的增长,性能可以保持较高的水平。
设计数据表应尽量使其占用的空间最小化,表的主键应尽可能短。·对于InnoDB表,主键所在的列在每个辅助索引条目中都是可复制的,因此如果有很多辅助索引,那么一个短的主键可以节省大量空间。
仅创建你需要改进查询性能的索引。索引有助于检索,但是会增加插入和更新操作的执行时间。
InnoDB的ChangeBuffering特性
InnoDB提供了changebuffering的配置,可减少维护辅助索引所需的磁盘I/O。大规模的数据库可能会遇到大量的表操作和大量的I/O,以保证辅助索引保持最新。当相关页面不在缓冲池里面时,InnoDB的changebuffer将会更改缓存到辅助索引条目,从而避免因不能立即从磁盘读取页面而导致耗时的I/O操作。当页面被加载到缓冲池时,缓冲的更改将被合并,更新的页面之后会刷新到磁盘。这样做可提高性能,适用于MySQL5.5及更高版本。
InnoDB页面压缩
InnoDB支持对表进行页面级的压缩。当写入数据页的时候,会有特定的压缩算法对其进行压缩。压缩后的数据会写入磁盘,其打孔机制会释放页面末尾的空块。如果压缩失败,数据会按原样写入。表和索引都会被压缩,因为索引通常是数据库总大小中占比很大的一部分,压缩可以显着节约内存,I/O或处理时间,这样就达到了提高性能和伸缩性的目的。它还可以减少内存和磁盘之间传输的数据量。MySQL5.1及更高版本支持该功能。
注意,页面压缩并不能支持共享表空间中的表。共享表空间包括系统表空间、临时表空间和常规表空间。
使用批量数据导入
在主键上使用已排序的数据源进行批量数据的导入可加快数据插入的过程。否则,可能需要在其他行之间插入行以维护排序,这会导致磁盘I/O变高,进而影响性能,增加页的拆分。关闭自动提交的模式也是有好处的,因为它会为每个插入执行日志刷新到磁盘。在批量插入期间临时转移唯一键和外键检查也可显着降低磁盘I/O。对于新建的表,最好的做法是在批量导入后创建外键/唯一键约束。
一旦你的数据达到稳定的大小,或者增长的表增加了几十或几百兆字节,就应该考虑使用OPTIMIZETABLE语句重新组织表并压缩浪费的空间。对重新组织后的表进行全表扫描所需要的I/O会更少。
优化InnoDB磁盘I/O
增加InnoDB缓冲池大小可以让查询从缓冲池访问而不是通过磁盘I/O访问。通过调整系统变量innodb_flush_method来调整清除缓冲的指标使其达到最佳水平。
MySQL的内存分配
在为MySQL分配足够的内存之前,请考虑不同领域对MySQL的内存需求。要考虑的关键领域是:并发连接——对于大量并发连接,排序和临时表将需要大量内存。在撰写本文时,对于处理3000+并发连接的数据库,16GB到32GB的RAM是足够的。
内存碎片可以消耗大约10%或更多的内存。像innodb_buffer_pool_size、key_buffer_size、query_cache_size等缓存和缓冲区要消耗大约80%的已分配内存。
日常维护
定期检查慢的查询日志并优化查询机制以有效使用缓存来减少磁盘I/O。优化它们,以扫描最少的行数,而不是进行全表扫描。
其他可以帮助DBA检查和分析性能的日志包括:错误日志、常规查询日志、二进制日志、DDL日志(元数据日志)。
定期刷新缓存和缓冲区以降低碎片化。使用OPTIMIZETABLE语句重新组织表并压缩任何可能被浪费的空间。