伊人色综合久久天天人守人婷 ,久久综合给久久狠狠97色,一本综合久久国产二区

数据库事务的属性－ACID

老狼 — Fri, 30 Jul 2010 07:53:00 GMT

1、数据库事务的属性－ACID�Q�四个英文单词的首写字母�Q�：(x��)

1�Q�原子性（Atomicity�Q?/span>

所谓原子性就是将一�l�操作作��Z��个操作单元，是原子操作，卌��么全部执行，要么全部不执行�?/span>

2�Q�一致性（Consistency�Q?/span>

事务的一致性指的是在一个事务执行之前和执行之后数据库都必须处于一致性状态�?/span>如果事务成功地完成，那么�pȝ��中所有变化将正确地应用，�pȝ��处于有效状态。如果在事务中出现错误，那么�pȝ��中的所有变化将自动地回滚，�pȝ��q�回到原始状态�?/span>

3�Q�隔��L��（Isolation�Q?/span>

隔离性指�q�发的事务是�怺�隔离的。即一个事务内部的操作�?qi��ng)正在操作的数据必须��锁��h��Q�不被其它企图进行修改的事务看到�?/span>

4�Q�持久性（Durability�Q?/span>

持久性是指一个事务一旦被提交�Q�它�Ҏ(gu��)��据库中数据的改变��是�怹�性的�Q�接下来的其他操作和数据库故障不应该对其有�Q何媄(ji��ng)�?/span>。即一旦一个事务提交，DBMS�Q?/span>Database Management System�Q?/span>保证它对数据库中数据的改变应该是�怹�性的�Q�持久性通过数据库备份和恢复来保证�?/span>

2、在关系型数据库中，事务的隔��L��分为四个隔��ȝ�别，在解读这四个�U�别前先介绍几个关于��L��据的概念�?/span>

1�Q?/span>脏读�Q?/span>Dirty Reads�Q�：(x��)所谓脏��d��是对脏数据（Drity Data�Q�的��d��Q�而脏数据所指的��是未提交的数据。也��是��_(d��)��一个事务正在对一条记录做修改�Q�在�q�个事务完成�q�提交之前，�q�条数据是处于待定状态的�Q�可能提交也可能回滚�Q�，�q�时�Q�第二个事务来读取这条没有提交的数据�Q��ƈ据此做进一步的处理�Q�就�?x��)��生未提交的数据依赖关�p�R��这�U�现象被�U�Cؓ(f��)脏读�?/span>

2�Q�不可重复读�Q?/span>Non-Repeatable Reads�Q�：(x��)一个事务先后读取同一条记录，但两�ơ读取的数据不同�Q�我们称之�ؓ(f��)不可重复�?/span>。也��是��_(d��)��q�个事务在两�ơ读取之间该数据被其它事务所修改�?/span>

3�Q��读（Phantom Reads�Q�：(x��)一个事务按相同的查询条仉��新读取以前检索过的数据，却发现其他事务插入了(ji��n)满��其查询条件的新数据，�q�种现象��q��为��诅R�?/span>

3、事务四个隔��ȝ�别对比：(x��)

1�Q�未提交读（Read Uncommitted�Q�：(x��)SELECT语句以非锁定方式被执行，所以有可能��d��脏数据，隔离�U�别最低�?/span>

2�Q�提交读�Q?/span>Read Committed�Q�：(x��)只能��d��到已�l�提交的数据�?/span>卌��决了(ji��n)脏读�Q�但未解决不可重复读�?/span>

3�Q�可重复读（Repeated Read�Q�：(x��)在同一个事务内的查询都是事务开始时��M��致的�Q?/span>InnoDB的默认��别。在SQL标准中，该隔��ȝ�别消除了(ji��n)不可重复读，但是�q�存在��?/span>�?/span>

4�Q�串行读�Q?/span>Serializable�Q�：(x��)完全的串行化读，所�?/span>SELECT语句都被隐式的�{换成SELECT ... LOCK IN SHARE MODE�Q�即��d��使用表��׃�n锁，��d��怺�都会(x��)��d��。隔��ȝ�别最高�?/span>

隔离�U�别�Ҏ(gu��)��表：(x��)

4、事务隔��ȝ�别的讄��Q?/span>

1�Q�服务启动选项--transaction-isolation或在配置文�g中设�|�：(x��)

[mysqld]

transaction-isolation = {READ-UNCOMMITTED | READ-COMMITTED

                         | REPEATABLE-READ | SERIALIZABLE}

2�Q�服务启动后的设�|�：(x��)

SET [GLOBAL | SESSION] TRANSACTION ISOLATION LEVEL

{ READ UNCOMMITTED | READ COMMITTED | REPEATABLE READ | SERIALIZABLE }

老狼 2010-07-30 15:53 发表评论

老狼 — Fri, 15 May 2009 07:44:00 GMT

MYSQL存储�q�程和自定义函数可统�U�Cؓ(f��)数据库存储例�E�，因�ؓ(f��)实际应用中存储过�E�更为常用，而自定义函数语法与存储过�E�差别不是很大，所以本文档主要介绍存储�q�程。主要涉�?qi��ng)内容�?x��)

1.存储�q�程的概�?br>2.��Z��么��用存储过�E?br>3.基本创徏、删除语�?br>4.存储�q�程中的变量
5.BEGIN...END复合语句
6.��程控制�l�构语句
7.注释语法
8.使用权限
9.条�g和异常处理程�?br>10.游标

MYSQL存储�q�程技术�ȝ��下蝲

老狼 2009-05-15 15:44 发表评论

MySQL数据库的备䆾

老狼 — Tue, 24 Mar 2009 07:39:00 GMT

1.冷备�?br>在数据库处于非运行状态时通过直接拯��数据文�g或目录的方式�q�行备䆾�?br>2.热备�?br>1).��数据库讄��为只�ȝ��?
mysql>flush tables with read lock;
该语句的作用是：(x��)��h��~�冲区，对于所有带��d��锁定的数据库�Q�关闭所有打开的表�Q��ƈ锁定所有的表，直到执行UNLOCK TABLES为止�?br>注意�Q�在备䆾完成之前当前�?x��)话的连接不可退出，否则自动解锁�?br>2).使用mysqldump导出或直接拷贝数据文件�?br>mysqldump [options] [db_name [tbl_name ...]]
最��单的导出��是�Q?br>shell>mysqldump db_name > db_back.sql
常用选项有：(x��)
--quick: 该选项对导出大表非常有用。如果不带该选项�Q�mysqldump��在导出�l�果前装载整个结果集到内存中�Q�对于正在导��Z��个大的数据库�Q�这��可能是一个问题。��用该选项后，它将��mysqldump从服务器以一�ơ一行的方式��(g��)索而不做缓�Ԍ��直接输出�?br>--disable-keys�Q�告�?mysqldump �?Insert 语句的开头和�l�尾增加 /*!40000 Alter TABLE table DISABLE KEYS */; �?/*!40000 Alter TABLE table ENABLE KEYS */; 语句�Q�这能大大提高插入语句的速度�Q�因为它是在插入完所有数据后才重建烦(ch��)引的。该选项只适合 MyISAM 表�?br>--add-drop-table�Q�在每个create语句之前增加一个drop table语句�?br>--add-locks�Q�在每个表导��Z��前增加LOCK TABLES�q�且之后UNLOCK TABLE(��Z��(ji��n)使得更快地插入到MySQL)�?br>--extended-insert�Q��用可以包括多个values列表的多行INSERT语法(可以加快插入速度)�?br>--lock-tables�Q�在导出前先锁定所有表。如果是MyISAM表，��通过READ LOCAL的�Ş式被锁定以支持�ƈ发插入，对InnoDB和BDB�c�d��表不�?x��)有效果�?br>--opt�Q�等同于--quick --add-drop-table --add-locks --extended-insert --lock-tables
--quick�?-opt选项默认打开�Q�可以通过--skip-opt选项来关闭�?br>更多选项请参考手册�?/p>

3).取消数据库的只读状态：(x��)
mysql>unlock tables;

老狼 2009-03-24 15:39 发表评论

老狼 — Wed, 10 Dec 2008 10:06:00 GMT

在MySQL 3.23.44版本后，InnoDB引擎�c�d��的表支持�?ji��n)外键约束�?br>外键的��用条�Ӟ��(x��)
1.两个表必��L��InnoDB表，MyISAM表暂时不支持外键�Q�据说以后的版本有可能支持，但至��目前不支持�Q�；
2.外键列必��d��立了(ji��n)索引�Q�MySQL 4.1.2以后的版本在建立外键时会(x��)自动创徏索引�Q�但如果在较早的版本则需要显�C�徏立；
3.外键关系的两个表的列必须是数据类型相��|��也就是可以相互�{换类型的列，比如int和tinyint可以�Q�而int和char则不可以�Q?

外键的好处：(x��)可以使得两张表关联，保证数据的一致性和实现一些��联操作；

外键的定义语法：(x��)
[CONSTRAINT symbol] FOREIGN KEY [id] (index_col_name, ...)
    REFERENCES tbl_name (index_col_name, ...)
    [ON DELETE {RESTRICT | CASCADE | SET NULL | NO ACTION | SET DEFAULT}]
    [ON UPDATE {RESTRICT | CASCADE | SET NULL | NO ACTION | SET DEFAULT}]
该语法可以在 CREATE TABLE �?ALTER TABLE 时��用，如果不指定CONSTRAINT symbol�Q�MYSQL�?x��)自动生成一个名字�?br>ON DELETE、ON UPDATE表示事�g触发限制�Q�可讑֏�敎ͼ�(x��)
RESTRICT�Q�限制外表中的外键改动）(j��)
CASCADE�Q�跟随外键改动）(j��)
SET NULL�Q�设�I��|��(j��)
SET DEFAULT�Q�设默认��|��(j��)
NO ACTION�Q�无动作�Q�默认的�Q?/p>

搞个例子�Q�简单演�C�Z��下��用，做dage和xiaodi两个表，大哥表是主键�Q�小弟表是外键：(x��)
��Q?br>

1CREATE TABLE `dage` (
2  `id` int(11) NOT NULL auto_increment,
3  `name` varchar(32) default '',
4  PRIMARY KEY  (`id`)
5) ENGINE=InnoDB DEFAULT CHARSET=latin1�Q?br> 6
7CREATE TABLE `xiaodi` (
8  `id` int(11) NOT NULL auto_increment,
9  `dage_id` int(11) default NULL,
10  `name` varchar(32) default '',
11  PRIMARY KEY  (`id`),
12  KEY `dage_id` (`dage_id`),
13  CONSTRAINT `xiaodi_ibfk_1` FOREIGN KEY (`dage_id`) REFERENCES `dage` (`id`)
14) ENGINE=InnoDB DEFAULT CHARSET=latin1�Q?/span>

插入个大哥：(x��)

1mysql> insert into dage(name) values('铜锣�?/span>');
2Query OK, 1 row affected (0.01 sec)
3mysql> select * from dage;
4+----+--------+
5| id | name |
6+----+--------+
7| 1 | 铜锣�?nbsp;|
8+----+--------+
91 row in set (0.00 sec)

插入个小弟：(x��)

1mysql> insert into xiaodi(dage_id,name) values(1,'铜锣湾_��弟A');
2Query OK, 1 row affected (0.02 sec)
3
4mysql> select * from xiaodi;
5+----+---------+--------------+
6| id | dage_id | name |
7+----+---------+--------------+
8| 1 | 1 | 铜锣湾_��弟A |
9+----+---------+--------------+

把大哥删除：(x��)

1mysql> delete from dage where id=1;
2ERROR 1451 (23000): Cannot delete or update a parent row: a foreign key constraint fails (`bstar/xiaodi`, CONSTRAINT `xiaodi_ibfk_1` FOREIGN KEY (`dage_id`) REFERENCES `dage` (`id`))

提示�Q�不行呀�Q�有�U�束的，大哥下面�q�有��弟�Q�可不能扔下我们不管呀�Q?/p>

插入一个新的小弟：(x��)

1mysql> insert into xiaodi(dage_id,name) values(2,'��_��弟A');
2ERROR 1452 (23000): Cannot add or update a child row: a foreign key constraint fails (`bstar/xiaodi`, CONSTRAINT `xiaodi_ibfk_1` FOREIGN KEY (`dage_id`) REFERENCES `dage` (`id`))
3

提示�Q�小子，想造反呀�Q�你�q�没大哥呢！

把外键约束增加事件触发限�Ӟ��(x��)

1mysql> show create table xiaodi;
2
3  CONSTRAINT `xiaodi_ibfk_1` FOREIGN KEY (`dage_id`) REFERENCES `dage` (`id`)
4
5mysql> alter table xiaodi drop foreign key xiaodi_ibfk_1;
6Query OK, 1 row affected (0.04 sec)
7Records: 1  Duplicates: 0  Warnings:
8mysql> alter table xiaodi add foreign key(dage_id) references dage(id) on delete cascade on update cascade;
9Query OK, 1 row affected (0.04 sec)
10Records: 1  Duplicates: 0  Warnings: 0

再次试着把大哥删�?ji��n)�?x��)

1mysql> delete from dage where id=1;
2Query OK, 1 row affected (0.01 sec)
3
4mysql> select * from dage;
5Empty set (0.01 sec)
6
7mysql> select * from xiaodi;
8Empty set (0.00 sec)

得，�q�回对应的小弟也没了(ji��n)�Q�没办法�Q�谁让你跟我on delete cascade�?ji��n)呢�Q?/p>

例子说明的应该蛮清楚�?ji��n)吧�Q�其他功能对应手册自己实践吧�Q?-)

老狼 2008-12-10 18:06 发表评论

MYSQL日志文�g

老狼 — Tue, 18 Nov 2008 09:28:00 GMT

MYSQL有不同类型的日志文�g(各自存储�?ji��n)不同类型的日�?�Q�从它们当中可以查询到MYSQL里都做了(ji��n)些什么，对于MYSQL的管理工作，�q�些日志文�g是不可缺��的�?br>1.错误日志(The error log)�Q�记录了(ji��n)数据库启动、运行以�?qi��ng)停止过�E�中错误信息�Q?br>2.ISAM操作日志(The isam log)�Q�记录了(ji��n)所有对ISAM表的修改�Q�该日志仅仅用于调试ISAM模式�Q?br>3.SQL执行日志(The query log)�Q�记录了(ji��n)客户端的�q�接以及(qi��ng)所执行的SQL语句�Q?br>4.更新日志(The update log)�Q�记录了(ji��n)改变数据的语句，已经不徏议��用，�׃��q�制日志替代�Q?br>5.二进制日�?The binary log)�Q�记录了(ji��n)所有对数据库数据的修改语句�Q?br>6.��时日志(The slow log)�Q�记录所有执行时间超�q�最大SQL执行旉��(long_query_time)或未使用索引的语句；

如果你是在用mysql的复制、备份功能，那么从服务器�q�提供了(ji��n)一�U�叫做relay log的日志文件�?/p>

默认情况下所有日志文件会(x��)记录在MYSQL的数据目录下�Q�你可以通过强制mysql��d��闭�ƈ重新打开一个文件进行日志记录，当然�pȝ��?x��)自动加后缀(�?00001, .00002)�Q�方式有在mysql环境下执行语�?mysql>flush logs; 或者通过mysqladmin��理�E�序执行 #mysqladmin flush-logs �?#mysqladmin refresh

�q�些日志的启动方式可以在mysqld_safe方式启动数据库的时候，后面跟选项参数�Q�也可以在配�|�文仉��配置�Q�推荐采用第二种方式�Q�配�|�方法很��单，我只配置�?ji��n)三�U�日志：(x��)

[mysqld]
log=/var/log/mysqld_common.log
log-error=/var/log/mysqld_err.log
log-bin=/var/log/mysqld_bin.bin

日志的查看很��单，大部分都是文本，直接用vim、less、more之类的工��L(f��ng)��可以了(ji��n)�Q�值得说明的是二进制文件的查看�Q?/p>

1). 首先��定是否开启了(ji��n)二进制文件记录功�?br>mysql>show variables like 'log_bin';

2). 如果你想知道现在记录二进制数据的文�g具体信息�Q�你可以通过下列语句看到现在正在记录哪个文�g�Q�以�?qi��ng)记录的当前位置�Q?br>mysql>show master status;

3). 查看二进制数据需要借助�E�序mysqlbinlog�Q�看看它支持哪些选项�Q�根据自己需要来使用�?br>mysql>mysqlbinlog /var/log/mysql/mysql-bin.000040;
查询某个旉��范围的可以执行下列语句，如果记录很多可以��结果定向到一个文仉��自己慢慢�?-) �Q?br>mysql>mysqlbinlog --start-datetime='2008-01-01 00:00:00' --stop-datetime='2008-08-08 00:00:00' /var/log/mysql/mysql-bin.000040 > ./tmp.log

老狼 2008-11-18 17:28 发表评论

MYSQL EXPLAIN句法(得到关于SELECT的信�?

老狼 — Fri, 29 Feb 2008 06:43:00 GMT

EXPLAIN tbl_name
or EXPLAIN SELECT select_options

EXPLAIN tbl_name是DESCRIBE tbl_name或SHOW COLUMNS FROM tbl_name的一个同义词�?

当你在一条SELECT语句前放上关键词EXPLAIN�Q�MySQL解释它将如何处理SELECT�Q�提供有兌��如何联结和以什么次序联�l�的信息�?

借助于EXPLAIN�Q�你可以知道你什么时候必��Mؓ(f��)表加入烦(ch��)引以得到一个��用烦(ch��)引找到记录的更快的SELECT。你也能知道优化器是否以一个最��x��序联�l�表。�ؓ(f��)�?ji��n)强制优化器对一个SELECT语句使用一个特定联�l�次序，增加一个STRAIGHT_JOIN子句�?

对于非简单的联结�Q�EXPLAIN为用于SELECT语句中的每个表返回一行信息。表以他们将被读入的��序被列出。MySQL用一�Ҏ(gu��)��描多�ơ联�l�的方式解决所有联�l�，�q�意味着MySQL从第一个表中读一行，然后扑ֈ�在第二个表中的一个匹配行�Q�然后在�W?个表中等�{�。当所有的表被处理完，它输出选择的列�q�且回溯表列表直到找��C��个表有更多的匚w��行，从该表读入下一行�ƈ�l�箋处理下一个表�?

从EXPLAIN的输出包括下面列�Q?

table
输出的行所引用的表�?
type
联结�c�d��。各�U�类型的信息在下面给出�?
possible_keys
possible_keys列指出MySQL能��用哪个烦(ch��)引在该表中找到行。注意，该列完全独立于表的次序。这意味着在possible_keys中的某些键实际上不能以生成的表次序��用。如果该列是�I�的�Q�没有相关的索引。在�q�种情况下，你也许能通过��(g��)验W(xu��)HERE子句看是否它引用某些列或列不是适合索引来提高你的查询性能。如果是�q�样�Q�创造一个适当的烦(ch��)引�ƈ且在用EXPLAIN��(g��)查查询。见7.8 ALTER TABLE句法。�ؓ(f��)�?ji��n)看清一张表有什么烦(ch��)引，使用SHOW INDEX FROM tbl_name�?
key
key列显�C�MySQL实际军_��使用的键。如果没有烦(ch��)引被选择�Q�键是NULL�?
key_len
key_len列显�C�MySQL军_��使用的键长度。如果键是NULL�Q�长度是NULL。注意这告诉我们MySQL��实际��用一个多部键值的几个部分�?
ref
ref列显�C�哪个列或常��C��key一��L(f��ng)��于从表中选择行�?
rows
rows列显�C�MySQL�怿�它必��L��验以执行查询的行数�?
Extra
如果Extra列包括文字Only index�Q�这意味着信息只用索引�?w��i)中的信息检索出的。通常�Q�这比扫描整个表要快。如果Extra列包括文字where used�Q�它意味着一个WHERE子句��被用来限制哪些行与下一个表匚w��或发向客戗��?
不同的联�l�类型列在下面，以最好到最差类型的�ơ序�Q?

system
表仅有一�?=�pȝ��?。这是const联结�c�d��的一个特例�?
const
表有最多一个匹配行�Q�它?y��u)��在查询开始时被读取。因��Z��有一行，在这行的列值可被剩下的优化器认为是常数�?const表很快，因�ؓ(f��)它们只读取一�ơ！
eq_ref
对于每个来自于先前的表的行组合，从该表中��d��一行。这可能是最好的联结�c�d��Q�除�?ji��n)const�c�d��。它用在一个烦(ch��)引的所有部分被联结使用�q�且索引是UNIQUE或PRIMARY KEY�?
ref
对于每个来自于先前的表的行组合，所有有匚w��索引值的行将从这张表中读取。如果联�l�只使用键的最左面前缀�Q�或如果键不是UNIQUE或PRIMARY KEY�Q�换句话��_(d��)��如果联结不能��Z��键值选择单个行的�?�Q��用ref。如果被使用的键仅仅匚w��一些行�Q�该联结�c�d��是不错的�?
range
只有在一个给定范围的行将被检索，使用一个烦(ch��)引选择行。ref列显�C�哪个烦(ch��)引被使用�?
index
�q�与ALL相同�Q�除�?ji��n)只有�?ch��)引树(w��i)被扫描。这通常比ALL快，因�ؓ(f��)索引文�g通常比数据文件小�?
ALL
对于每个来自于先前的表的行组合，��要做一个完整的表扫描。如果表格是�W�一个没标记const的表�Q�这通常不好�Q��ƈ且通常在所有的其他情况下很差。你通常可以通过增加更多的烦(ch��)引来避免ALL�Q��得行能从早先的表中基于常数值或列��D��(g��)索出�?
通过�怹�EXPLAIN输出的rows行的所有��|��你能得到一个关于一个联�l�要多好的提�C�。这应该�_�略地告诉你MySQL必须��(g��)验多��行以执行查询。当你��用max_join_size变量限制查询�Ӟ��也用�q�个数字。见10.2.3 调节服务器参数�?

下列例子昄��Z��个JOIN如何能��用EXPLAIN提供的信息逐步被优化�?

假定你有昄��在下面的SELECT语句�Q�你使用EXPLAIN��(g��)验：(x��)

EXPLAIN SELECT tt.TicketNumber, tt.TimeIn,
tt.ProjectReference, tt.EstimatedShipDate,
tt.ActualShipDate, tt.ClientID,
tt.ServiceCodes, tt.RepetitiveID,
tt.CurrentProcess, tt.CurrentDPPerson,
tt.RecordVolume, tt.DPPrinted, et.COUNTRY,
et_1.COUNTRY, do.CUSTNAME
FROM tt, et, et AS et_1, do
WHERE tt.SubmitTime IS NULL
AND tt.ActualPC = et.EMPLOYID
AND tt.AssignedPC = et_1.EMPLOYID
AND tt.ClientID = do.CUSTNMBR;

对于�q�个例子�Q�假定：(x��)

被比较的列被声明如下�Q?�?�?列类�?
tt ActualPC CHAR(10)
tt AssignedPC CHAR(10)
tt ClientID CHAR(10)
et EMPLOYID CHAR(15)
do CUSTNMBR CHAR(15)

表有昄��在下面的索引�Q?�?索引
tt ActualPC
tt AssignedPC
tt ClientID
et EMPLOYID�Q�主键）(j��)
do CUSTNMBR�Q�主键）(j��)

tt.ActualPC��g��是均匀分布的�?
开始，在�Q何优化被施行前，EXPLAIN语句产生下列信息�Q?

table type possible_keys key key_len ref rows Extra
et ALL PRIMARY NULL NULL NULL 74
do ALL PRIMARY NULL NULL NULL 2135
et_1 ALL PRIMARY NULL NULL NULL 74
tt ALL AssignedPC,ClientID,ActualPC NULL NULL NULL 3872
range checked for each record (key map: 35)

因�ؓ(f��)type�Ҏ(gu��)��张表是ALL�Q�这个输出显�C�MySQL正在�Ҏ(gu��)��有表�q�行一个完整联�l�！�q�将��q��当长的时��_(d��)��因�ؓ(f��)必须��(g��)验每张表的行数的乘积�ơ数�Q�对于一个实例，�q�是74 * 2135 * 74 * 3872 = 45,268,558,720行。如果表更大�Q�你只能惌��它将花多长时�?#8230;…

如果列声明不同，�q�里的一个问题是MySQL(�q?不能高效地在列上使用索引。在本文中，VARCHAR和CHAR是相同的�Q�除非他们声明�ؓ(f��)不同的长度。因为tt.ActualPC被声明�ؓ(f��)CHAR(10)�q�且et.EMPLOYID被声明�ؓ(f��)CHAR(15)�Q�有一个长度失配�?

��Z��(ji��n)修正在列长度上的不同�Q��用ALTER TABLE��ActualPC的长度从10个字�W�变�?5个字�W�：(x��)

mysql> ALTER TABLE tt MODIFY ActualPC VARCHAR(15);

现在tt.ActualPC和et.EMPLOYID都是VARCHAR(15)�Q�再执行EXPLAIN语句产生�q�个�l�果�Q?

table type possible_keys key key_len ref rows Extra
tt ALL AssignedPC,ClientID,ActualPC NULL NULL NULL 3872 where used
do ALL PRIMARY NULL NULL NULL 2135
range checked for each record (key map: 1)
et_1 ALL PRIMARY NULL NULL NULL 74
range checked for each record (key map: 1)
et eq_ref PRIMARY PRIMARY 15 tt.ActualPC 1

�q�不是完��的�Q�但是是好一些了(ji��n)(rows值的乘积��了(ji��n)一�?4一个因�?�Q�这个版本在几秒内执行�?

�W?�U�改变能消除tt.AssignedPC = et_1.EMPLOYID和tt.ClientID = do.CUSTNMBR比较的列的长度失配：(x��)

mysql> ALTER TABLE tt MODIFY AssignedPC VARCHAR(15),
MODIFY ClientID VARCHAR(15);

现在EXPLAIN产生的输出显�C�在下面�Q?

table type possible_keys key key_len ref rows Extra
et ALL PRIMARY NULL NULL NULL 74
tt ref AssignedPC,ClientID,ActualPC ActualPC 15 et.EMPLOYID 52 where used
et_1 eq_ref PRIMARY PRIMARY 15 tt.AssignedPC 1
do eq_ref PRIMARY PRIMARY 15 tt.ClientID 1

�q?#8220;几乎”象它能得到的一样好�?

剩下的问题是�Q�缺省地�Q�MySQL假设在tt.ActualPC列的值是均匀分布的，�q�且对tt表不是这栗��幸好，很容易告诉MySQL关于�q�些�Q?

shell> myisamchk --analyze PATH_TO_MYSQL_DATABASE/tt
shell> mysqladmin refresh

现在联结�?#8220;完美”的了(ji��n)�Q�而且EXPLAIN产生�q�个�l�果�Q?

table type possible_keys key key_len ref rows Extra
tt ALL AssignedPC,ClientID,ActualPC NULL NULL NULL 3872 where used
et eq_ref PRIMARY PRIMARY 15 tt.ActualPC 1
et_1 eq_ref PRIMARY PRIMARY 15 tt.AssignedPC 1
do eq_ref PRIMARY PRIMARY 15 tt.ClientID 1

注意在从EXPLAIN输出的rows列是一个来自MySQL联结优化器的“教育猜测”�Q��ؓ(f��)�?ji��n)优化查询，你应该检查数字是否接�q�事实。如果不是，你可以通过在你的SELECT语句里面使用STRAIGHT_JOIN�q�且试着在在FROM子句以不同的�ơ序列出表，可能得到更好的性能�?br>

转蝲�Q?a >http://www.99net.net/doc/database/1076488199/1076552137.html

老狼 2008-02-29 14:43 发表评论