精品久久久一区二区,亚洲成人二区,在线亚洲欧美

MySQL触发器Trigger实例��?

abin — Thu, 18 Aug 2016 09:25:00 GMT

MySQL触发器Trigger实例��?/div>

以前��x��的数据存储过�E�不太懂其中奥妙�Q�最�q�遇到跨数据�?/a>�Q�同时对多个表进行CURD�Q�Create增、Update攏V��Read诅R��Delete删）�Q�怎么才能让繁琐的数据CURD同步变得更容易呢�Q�相信很多�h会首先想��C��MySQL存储�q�程、触发器�Q�这�U�想法确实不错。于是饶有兴��地亲自写了CUD�Q�增、改、删�Q�触发器的实例，用触发器实现多表数据同步更新�?/p>

定义�Q?何�ؓMySQL触发器？

在MySQL Server里面也就是对某一个表的一定的操作�Q�触发某�U�条�Ӟ��Insert,Update,Delete �{�）�Q�从而自动执行的一�D늨�序。从�q�种意义上讲触发器是一个特�D�的存储�q�程。下面通过MySQL触发器实例，来了解一下触发器的工作过�E�吧�Q?/p>

一、创建MySQL实例数据表：

在mysql的默认的��试test数据库下�Q�创��Z��个表t_a与t_b�Q?/p>

    /*Table structure for table `t_a` */
    DROP TABLE IF EXISTS `t_a`;
    CREATE TABLE `t_a` (
      `id` smallint(1) unsigned NOT NULL AUTO_INCREMENT,
      `username` varchar(20) DEFAULT NULL,
      `groupid` mediumint(8) unsigned NOT NULL DEFAULT '0',
      PRIMARY KEY (`id`)
    ) ENGINE=MyISAM AUTO_INCREMENT=16 DEFAULT CHARSET=latin1;

    /*Data for the table `t_a` */
    LOCK TABLES `t_a` WRITE;
    UNLOCK TABLES;

    /*Table structure for table `t_b` */
    DROP TABLE IF EXISTS `t_b`;
    CREATE TABLE `t_b` (
      `id` smallint(1) unsigned NOT NULL AUTO_INCREMENT,
      `username` varchar(20) DEFAULT NULL,
      `groupid` mediumint(8) unsigned NOT NULL DEFAULT '0',
      PRIMARY KEY (`id`)
    ) ENGINE=MyISAM AUTO_INCREMENT=57 DEFAULT CHARSET=latin1;

    /*Data for the table `t_b` */
    LOCK TABLES `t_b` WRITE;
    UNLOCK TABLES;

在t_a表上分创��Z��个CUD�Q�增、改、删�Q?个触发器�Q�将t_a的表数据与t_b同步实现CUD�Q�注意创��发器每个表同�c�M��件有且仅有一个对应触发器�Q��ؓ什么只能对一个触发器�Q�不解释啦，看MYSQL的说明帮助文档吧�?/p>

二、创建MySQL实例触发器：

在实例数据表t_a上依�ơ按照下面步骤创建tr_a_insert、tr_a_update、tr_a_delete三个触发�?/p>

1、创建INSERT触发器trigger_a_insert�Q?/strong>

    DELIMITER $$

    USE `test`$$

    --判断数据库中是否存在tr_a_insert触发�?br />    DROP TRIGGER /*!50032 IF EXISTS */ `tr_a_insert`$$
    --不存在tr_a_insert触发器，开始创��发器
    --Trigger触发条�g为insert成功后进行触�?br />    CREATE
        /*!50017 DEFINER = 'root'@'localhost' */
        TRIGGER `tr_a_insert` AFTER INSERT ON `t_a`
        FOR EACH ROW BEGIN
            --Trigger触发后，同时对t_b新增同步一条数�?br />            INSERT INTO `t_b` SET username = NEW.username, groupid=NEW.groupid;
        END;
    $$

    DELIMITER;

2、创建UPDATE触发器trigger_a_update�Q?/strong>

    DELIMITER $$

    USE `test`$$
    --判断数据库中是否存在tr_a_update触发�?br />    DROP TRIGGER /*!50032 IF EXISTS */ `tr_a_update`$$
    --不存在tr_a_update触发器，开始创��发器
    --Trigger触发条�g为update成功后进行触�?br />    CREATE
        /*!50017 DEFINER = 'root'@'localhost' */
        TRIGGER `tr_a_update` AFTER UPDATE ON `t_a`
        FOR EACH ROW BEGIN
        --Trigger触发后，当t_a表groupid,username数据有更�Ҏ��Q�对t_b表同步一条更新后的数�?br />          IF new.groupid != old.groupid OR old.username != new.username THEN
            UPDATE `t_b` SET groupid=NEW.groupid,username=NEW.username WHEREusername=OLD.username AND groupid=OLD.groupid;
          END IF;

        END;
    $$

    DELIMITER ;

3、创建DELETE触发器trigger_a_delete�Q?/strong>

    DELIMITER $$

    USE `test`$$
    --判断数据库中是否存在tr_a_delete触发�?br />    DROP TRIGGER /*!50032 IF EXISTS */ `tr_a_delete`$$
    --不存在tr_a_delete触发器，开始创��发器
    --Trigger触发条�g为delete成功后进行触�?br />    CREATE
        /*!50017 DEFINER = 'root'@'localhost' */
        TRIGGER `tr_a_delete` AFTER DELETE ON `t_a`
        FOR EACH ROW BEGIN
            --t_a表数据删除后�Q�t_b表关联条件相同的数据也同步删�?br />            DELETE FROM `t_b` WHERE username=Old.username AND groupid=OLD.groupid;
        END;
    $$

    DELIMITER ;

三、测试MySQL实例触发器：

分别��试实现t_a与t_b实现数据同步CUD(增、改、删)3个Triggers

1、测试MySQL的实例tr_a_insert触发器：

在t_a表中新增一条数据，然后分别查询t_a/t_b表的数据是否数据同步�Q�测试触发器成功标志�Q�t_a表无论在何种情况下，新增了一条或多条记录集时�Q�没有t_b表做��M��数据insert操作�Q�它同时新增了一��L��多条记录集�?/p>
下面来进行MySQL触发器实例测试：

    --t_a表新增一条记录集
        INSERT INTO `t_a` (username,groupid) VALUES ('sky54.net',123)

        --查询t_a�?br />        SELECT id,username,groupid FROM `t_a`

        --查询t_b�?br />        SELECT id,username,groupid FROM `t_b`

2、测试MySQL的实例tr_a_update、tr_a_delete触发器：

�q�两个MySQL触发器测试原理、步骤与tr_a_insert触发器一��L��Q�先修改/删除一条数据，然后分别查看t_a、t_b表的数据变化情况�Q�数据变化同步说明Trigger实例成功�Q�否则需要逐步排查错误原因�?/p>
世界上�Q何一�U�事物都其其优点和缺点，优点与缺�Ҏ��自��n一个相对立的面。当然这里不是强�?#8220;世界非黑即白”式的“二元�?#8221;�Q?#8220;存在卛_��?#8221;嘛。当�?MySQL触发器的优点不说了，说一下不��之处，MySQL Trigger没有很好的调试、管理环境，难于在各�U�系�l�环境下��试�Q�测试比MySQL存储�q�程要难�Q�所以徏议在生成环境下，��量用存储过�E�来代替 MySQL触发器�?/p>
本篇�l�束前再��一下，支持触发器的MySQL版本需�?.0以上�Q?.0以前版本的MySQL升��?.0以后版本方可使用触发器哦�Q?/p>

http://blog.csdn.net/hireboy/article/details/18079183

abin 2016-08-18 17:25 发表评论

mysql mysqldump

abin — Fri, 04 Sep 2015 17:12:00 GMT
mysql mysqldump 只导��l�构不导出数�?br />
mysqldump --opt -d 数据库名 -u root -p > xxx.sql

备䆾数据�?

#mysqldump　数据库名　>数据库备份名
#mysqldump　-A　-u用户名　-p密码　数据库名>数据库备份名
#mysqldump　-d　-A　--add-drop-table　-uroot　-p　>xxx.sql
1.导出�l�构不导出数�?
mysqldump　--opt　-d　数据库名　-u　root　-p　>　xxx.sql　　
2.导出数据不导出结�?/strong>
mysqldump　-t　数据库名　-uroot　-p　>　xxx.sql　
3.导出数据和表�l�构
mysqldump　数据库名　-uroot　-p　>　xxx.sql　
4.导出特定表的�l�构
mysqldump　-uroot　-p　-B　数据库名　--table　表名　>　xxx.sql　　
导入数据�Q?
　　�׃��mysqldump导出的是完整的SQL语句�Q�所以用mysql客户�E�序很容易就能把数据导入了：
#mysql　数据库名　<　文�g�?
#source　/tmp/xxx.sql　　

abin 2015-09-05 01:12 发表评论

Windows下Mysql5.6.10 Master Slave配置

abin — Sun, 09 Aug 2015 19:26:00 GMT

环境

配置Mysql的MasterSlave臛_��需要两台机器。我�q�里使用三台虚拟��行测试。三台机器配�|�完全一��P��MySQL安装的�\径也是一��P��

�W�一収ͼ�10.1.5.181�Q?Windows 2008 DataCenter + MySQL Community Server 5.6.10.1

�W�二収ͼ�10.1.5.182�Q?Windows 2008 DataCenter + MySQL Community Server 5.6.10.1

�W�三収ͼ�10.1.5.183�Q?Windows 2008 DataCenter + MySQL Community Server 5.6.10.1

�W�一�?0.1.5.181用作master�Q�其他两台用做slave�?/p>
配置Master

�?0.1.5.181�q�台服务器上扑ֈ�MySQL的配�|�文件my.ini。我的具体�\径是在C:\ProgramData\MySQL\MySQL Server 5.6下�?/p>
打开配置文�g�Q�在最下面��d��如下配置�Q?/p>
************************************************************************************

#Master start
#日志输出地址主要同步使用
log-bin=master-bin.log
#同步数据�?
binlog-do-db=test
#��L��id 不能和从机id重复
server-id=1
#Master end

************************************************************************************

master的配�|�比较少�Q�server-id是�ؓ�q�一�l�master/slave服务器定的唯一id�Q�master/slave服务器中不能重复。在binlog-do-db中填写对象要同步的数据库�Q�如果有多个�Q�用逗号分隔�Q�或再写一行如binlog-do-db=test2�?/p>

配置Slave

同样在第二台机器�?0.1.5.181扑ֈ�配置文�gmy.ini。打开配置文�g�Q�在最下面��d��如下配置�Q?/p>
*****************************************************************************

report-host = 10.1.5.181
report-user = root
report-password = root123
log-bin = slave-bin.log
replicate-do-db = test

server-id = 2

*****************************************************************************

�q�里需要添加master的IP�Q�连接master的用户名和密码，生��环境中需要新��Z��个用户专门来处理replication�Q�这里没有新建用��P��用root做测试。端口没有配�|�，��是使用默认�?306�Q�如果端口有变化�Q�则通过report-port=�Q�来配置。log-bin是记录日志的位置�?/p>
然后通过命��ostart slave来启动mysql的复制功能。如果在start slave�q�程中出现异常：

The server is not configured as slave; fix in config file or with CHANGE MASTER TO

可以通过下面语句解决�Q?/p>
change master to master_host='10.1.5.181',master_user='root',master_password='root123',master_log_file='master-bin.000001' ,master_log_pos=120;

使用show slave status 命��o来查来看�q�行状态。特别关注两个属性，是否�?#8220;Yes”�Q�如果都�?#8220;Yes”�Q�则说明�q�行正常�?/p>
Slave_IO_Running�Q�连接到��d��Q��ƈ��d��d��的日志到本地�Q�生成本地日志文�?/p>
Slave_SQL_Running:��d��本地日志文�g�Q��ƈ执行日志里的SQL命��o�?/p>

同样的配�|�再在第三台机器上配�|�一下，server-id修改�?。重启slave和master的mysqld服务。然后测试，在三台服务器上都��保有数据库test�Q�然后在master服务器的test数据库上��和数据，之后再两台slave上面都会看见数据的同步�?/p>

Mysql的MasterSlave同步旉��过二进制文件进行同步的。在Master端，你可以在C:\ProgramData\MySQL\MySQL Server 5.6\data的master-bin.log日志文�g里看见所有同步的sql脚本�Q�master-bin.log是配�|�master时候输入的。在slave端，你可以在MySQL02-relay-bin�c�M��的文件中扑ֈ�日志�?br />
http://www.cnblogs.com/haoxinyue/archive/2013/04/02/2995280.html

abin 2015-08-10 03:26 发表评论

mysql 分组排序

abin — Thu, 16 Apr 2015 17:29:00 GMT
先徏立表�Q?br />
CREATE TABLE `student` (
`id` int(11) NOT NULL AUTO_INCREMENT COMMENT 'id',
`name` varchar(100) DEFAULT NULL COMMENT 'name',
`ban` varchar(100) DEFAULT NULL COMMENT 'ban',
`score` int(11) DEFAULT NULL,
PRIMARY KEY (`id`),
KEY `inx_ban` (`ban`)
) ENGINE=InnoDB AUTO_INCREMENT=16 DEFAULT CHARSET=latin1

name�Q�学生名
ban�Q�班�U?br />score�Q�分�?br />1、按班��分组排序�Q�取出分数前两名的同学�?br />
select t.ban,t.score,t.name from student t where 2<(select count(*) from student k where k.ban=t.ban and t.score>k.score order by k.ban desc) order by t.ban,t.score desc;
�C�Z��如下�Q?br />
one 100 abin1
one 99 abin2
three 100 varyall1
three 99 varyall2
two 100 lee1
two 99 lee2
2、按�l�统计出来每�l�的所有分�l�，用逗号隔开
select t.ban,group_concat(t.score) from student t group by t.ban
�C�Z��如下�Q?/div>
one 100,99,97,95,91
three 100,99,97,95,91
two 100,99,97,95,91

abin 2015-04-17 01:29 发表评论

mysql sql优化

abin — Wed, 08 Apr 2015 13:33:00 GMT
初��优化�Q?br />1、select�q�些关键字大写，否则�Q�系�l�会自动的�{化�ؓ大写才去执行sql的解释执行计划�?br />2、如果需要字�D�少的话选择select a,b,c from table ,��量��用select * from table.
3、尽量少使用!=�?lt;>因�ؓ不会使用到烦引�?br />4、尽量少使用or�Q�不会��用到索引.
5、避免��用is not null 和not in,like�Q�不会��用到索引�?br />6、避免全表扫描，在where和order by 上面建立索引�?br />7、应��量避免�?where 子句中对字段�q�行表达式操作，�q�将��D��引擎攑ּ�使用索引而进行全表扫描。如�Q?
select id from t where num/2=100

应改�?

select id from t where num=100*2
8、应��量避免在where子句中对字段�q�行函数操作�Q�这��导致引擎放弃��用烦引而进行全表扫描�?br />9、不要在 where 子句中的“=”左边�q�行函数、算术运��或其他表达式运��，否则�pȝ��可能无法正��用烦引�?br />

abin 2015-04-08 21:33 发表评论

二叉�?>B-tree->b+tree->b+tree改良

abin — Tue, 07 Apr 2015 14:39:00 GMT

二叉�?>b-树，解决的是�ȝ��引的IO�ơ数问题

在真实的数据库中
往往索引本��n的数据量也是非常庞大�?/div>树的查找�Q�其实是每一层需要做一�ơ判�?/span>
因�ؓ索引很大�Q�只能存在文仉��Q�不能一�ơ加载，所以没判断一层，都需要有一�ơ磁盘IO�Q�所以查找IO�ơ数最坏的情况
��是树的高度-1�Q�加入你要的节点在最后一层的�?/div>二叉树，是只有两个子节点�?/span>
一单数据量一大的�?/div>树高会很恐�?/span>
B-Tree�Q�的度是没有限制�?/div>可以打打减少�q�个数的高度�Q�从而减��磁盘读的次�?/span>

b-tree -> b+tree :�q�个是针对IO的再�ơ优�?/div>
b+tree�Q�的父节�Ҏ��不存数据�?/div>
数据库烦引，其实一个节点刚好占的是��盘的一��늩��?/div>
�׃��索引节点不存数据
一个硬盘页�Q�也��是一个节点的度就可以更大
可以最大程度减��树的高�?/div>
之所以一个节点刚好占一��，也是IO的问题，一�ơ硬盘IO只能��M��?/div>
�q�是�l�构上的改进
效果��是一个节点一�ơIO的度更大�?/div>
他这个意思就是说�Q�如果有索引�Q�一�ơ烦引查找，基本不会��过2�ơ硬盘IO
�q�还只是b-tree
b-tree�q�玩意儿��p��B�?/div>
很多��B减数是误�?/div>

abin 2015-04-07 22:39 发表评论

abin — Tue, 24 Mar 2015 08:13:00 GMT
replication的限�?一旦数据库�q�于庞大�Q�尤其是当写入过于频�J�，很难�׃��C��机支撑的时候，我们�q�是会面临到扩展瓉��。数据切�?sharding):通过某种特定的条�Ӟ��我们存攑֜�同一个数据库中的数据分散存放到多个数据库�Q�主机）上面�Q�以辑ֈ�分散单台讑֤�负蝲的效果。。数据的切分同时�q�可以提高系�l�的��M��可用性，因�ؓ单台讑֤�Crash之后�Q�只有��M��数据的某部分不可用，而不是所有的数据�?br />
数据的切分（Sharding�Q�模�?br />
一�U�是按照不同的表�Q�或者Schema�Q�来切分��C��同的数据库（��L��Q�之上，�q�种切可以称之�ؓ数据的垂��_��U�向�Q�切分；另外一�U�则是根据表中的数据的逻辑关系�Q�将同一个表中的数据按照某种条�g拆分到多台数据库�Q�主机）上面�Q�这�U�切分称之�ؓ数据的水�q�I��横向�Q�切分�?br />
垂直切分:

一个架构设计较好的应用�pȝ��Q�其��M��功能肯定是由很多个功能模块所�l�成的，而每一个功能模块所需要的数据对应到数据库中就是一个或者多个表。而在架构设计中，各个功能模块�怺�之间的交互点��统一��少�Q�系�l�的耦合度就��低�Q�系�l�各个模块的�l�护性以及扩展性也��p��好。这��L��pȝ��Q�实现数据的垂直切分也就��容易�?br />
一般来��_��如果是一个负载相对不是很大的�pȝ��Q�而且表关联又非常的频�J�，那可能数据库让步�Q�将几个相关模块合�ƈ在一起减��应用程序的工作的方案可以减��较多的工作量，�q�是一个可行的�Ҏ��。一个垂直拆分的例子:

1.用户模块表：user,user_profile,user_group,user_photo_album
2.��组讨论表：groups,group_message,group_message_content,top_message
3.相册相关表：photo,photo_album,photo_album_relation,photo_comment
4.事�g信息表：event

��组讨论模块和用��h��块之间主要存在通过用户或者是��组关系来进行关联。一般关联的时候都会是通过用户的id或者nick_name以及group的id来进行关联，通过模块之间的接口实��C��会带来太多麻烦；
相册模块仅仅与用��h��块存在通过用户的关联。这两个模块之间的关联基本就有通过用户id兌��的内容，��单清晎ͼ�接口明确�Q?/em>
事�g模块与各个模块可能都有关联，但是都只��x��其各个模块中对象的ID信息�Q�同样可以做到很�Ҏ��分拆�?/em>

垂直切分的优�?/strong>

数据库的拆分��单明了，拆分规则明确�Q?/em>
应用�E�序模块清晰明确�Q�整合容易；
数据�l�护方便易行�Q�容易定位；

垂直切分的缺�?/strong>

部分表关联无法在数据库��别完成，需要在�E�序中完�?em>�Q?/em>
对于讉K��极其频繁且数据量��大的表仍然存在性能瓉��Q�不一定能满��要求�Q?/em>
事务处理相对更�ؓ复杂�Q?/em>
切分辑ֈ�一定程度之后，扩展性会遇到限制�Q?/em>
�q�读切分可能会带来系�l�过渡复杂而难以维护�?/em>

水��^切分

��某个访问极光��J�的表再按照某个字段的某�U�规则来分散到多个表之中�Q�每个表中包含一部分数据�?br />
对于上面的例�?所有数据都是和用户兌��的，那么我们��可以根据用��h��q�行水��^拆分�Q�将不同用户的数据切分到不同的数据库中�?br />
现在互联�|�非常火爆的Web2.0�c�d��的网站，基本上大部分数据都能够通过会员用户信息兌��上，可能很多核心表都非常适合通过会员ID来进行数据的水��^切分。而像论坛�C�֌�讨论�pȝ��Q�就更容易切分了�Q�非常容易按照论坛编��h��q�行数据的水�q�_��分。切分之后基本上不会出现各个库之间的交互�?br />
水��^切分的优�?/strong>

表关联基本能够在数据库端全部完成�Q?/em>
不会存在某些��大型数据量和高负蝲的表遇到瓉��的问题；
应用�E�序端整体架构改动相对较��；
事务处理相对��单；
只要切分规则能够定义好，基本上较��N��到扩展性限�Ӟ��

水��^切分的缺�?/strong>

切分规则相对更�ؓ复杂�Q�很难抽象出一个能够满��x��个数据库的切分规则；
后期数据的维护难度有所增加�Q��h为手工定位数据更困难�Q?/em>
应用�pȝ��各模块耦合度较高，可能会对后面数据的迁�U�L��分造成一定的困难�?/em>

两种切分�l�合�?

一般来��_��我们数据库中的所有表很难通过某一个（或少数几个）字段全部兌��h��Q�所以很隄��单的仅仅通过数据的水�q�_��分来解决所有问题。而垂直切分也只能解决部分问题�Q�对于那些负载非帔R��的系�l�，即��仅仅只是单个表都无法通过单台数据库主机来承担其负载。我们必��ȝ��?#8220;垂直”�?#8220;水��^”两种切分方式同时使用

每一个应用系�l�的负蝲都是一步一步增长上来的�Q�在开始遇到性能瓉��的时候，大多数架构师和DBA都会选择先进行数据的垂直拆分�Q�因��L��成本最先，最�W�合�q�个时期所�q�求的最大投入��出比。然而，随着业务的不断扩张，�pȝ��负蝲的持�l�增长，在系�l�稳定一�D�|��期之后，�l�过了垂直拆分之后的数据库集��可能又再一�ơ不堪重负，遇到了性能瓉��?br />
如果我们再一�ơ像最开始那��L��l�细分模块，�q�行数据的垂直切分，那我们可能在不久的将来，又会遇到现在所面对的同��L��问题。而且随着模块的不断的�l�化�Q�应用系�l�的架构也会��来��复杂，整个�pȝ��很可能会出现失控的局面�?br />
�q�时候我们就必须要通过数据的水�q�_��分的优势�Q�来解决�q�里所遇到的问题。而且�Q�我们完全不必要在��用数据水�q�_��分的时候，推倒之前进行数据垂直切分的成果�Q�而是在其基础上利用水�q�_��分的优势来避开垂直切分的弊端，解决�pȝ��复杂性不断扩大的问题。而水�q�x��分的弊端�Q�规则难以统一�Q�也已经被之前的垂直切分解决掉了�Q�让水��^拆分可以�q�行的得心应手�?br />
�C�Z��数据�?

假设在最开始，我们�q�行了数据的垂直切分�Q�然而随着业务的不断增长，数据库系�l�遇��C��瓉��Q�我们选择重构数据库集��的架构。如何重构？考虑��C��前已�l�做好了数据的垂直切分，而且模块�l�构清晰明确。而业务增长的势头��来��猛�Q�即使现在进一步再�ơ拆分模块，也坚持不了太久�?br />
==>选择了在垂直切分的基��上再�q�行水��^拆分�?br />
==>在经历过垂直拆分后的各个数据库集��中的每一个都只有一个功能模块，而每个功能模块中的所有表基本上都会与某个字段�q�行兌��。如用户模块全部都可以通过用户ID�q�行切分�Q�群�l�讨论模块则都通过��组ID来切分，相册模块则根据相册ID来进切分�Q�最后的事�g通知信息表考虑到数据的旉��性（仅仅只会讉K��最�q�某个事件段的信息）�Q�则考虑按时间来切分�?br />
数据切分以及整合�Ҏ��.

数据库中的数据在�l�过垂直和（或）水��^切分被存攑֜�不同的数据库��L��之后�Q�应用系�l�面临的最大问题就是如何来让这些数据源得到较好的整合，其中存在两种解决思�\�Q?br />

在每个应用程序模块中配置��理自己需要的一个（或者多个）数据源，直接讉K��各个数据库，在模块内完成数据的整合；
通过中间代理层来�l�一��理所有的数据源，后端数据库集��对前端应用�E�序透明�Q?/em>

�W�二�U�方�?虽然短期内需要付出的成本可能会相�Ҏ��大一些，但是�Ҏ��个系�l�的扩展性来��_��是非常有帮助的。针对第二种�Ҏ��Q�可以选择的方法和思�\有：

1.利用MySQLProxy 实现数据切分及整�?

可用来监视、分析或者传输他们之间的通讯信息。他的灵�z�L��允�怽�最大限度的使用它，目前具备的功能主要有�q�接路由�Q�Query分析�Q�Query�q��o和修改，负蝲均衡�Q�以及基本的HA机制�{�。MySQLProxy 本��n�q�不��h��上述所有的�q�些功能�Q�而是提供了实��C��q�功能的基础。要实现�q�些功能�Q�还需要通过我们自行�~�写LUA脚本来实现�?br />
原理:MySQLProxy 实际上是在客��L��h��与MySQLServer 之间建立了一个连接池。所有客��L��h��都是发向MySQLProxy�Q�然后经由MySQLProxy �q�行相应的分析，判断出是��L��作还是写操作�Q�分发至对应的MySQLServer 上。对于多节点Slave集群�Q�也可以起做到负载均衡的效果�?br />
2.利用Amoeba实现数据切分及整�?/strong>

Amoeba是一个基于Java开发的�Q�专注于解决分布式数据库数据源整合Proxy�E�序的开源框�Ӟ��Amoeba已经��h��Query路由�Q�Query�q��o�Q�读写分��，负蝲均衡以及HA机制�{�相兛_��宏V��Amoeba主要解决的以下几个问题：

数据切分后复杂数据源整合�Q?/em>
提供数据切分规则�q��低数据切分规则给数据库带来的影响�Q?/em>
降低数据库与客户端的�q�接敎ͼ�
��d��分离路由�Q?/em>

AmoebaFor MySQL 主要是专门针对MySQL数据库的解决�Ҏ��Q�前端应用程序请求的协议以及后端�q�接的数据源数据库都必须是MySQL。对于客��L��的�Q何应用程序来��_��AmoebaForMySQL 和一个MySQL数据库没有什么区别，��M��使用MySQL协议的客��L��h��Q�都可以被AmoebaFor MySQL 解析�q�进行相应的处理�?br />
Proxy�E�序常用的功能如��d��分离�Q�负载均衡等配置都在amoeba.xml中进行。Amoeba已经支持了实现数据的垂直切分和水�q�_��分的自动路由�Q��\��p��则可以在rule.xml�q�行讄��?br />
3.利用HiveDB实现数据切分及整�?/strong>

HiveDB同样是一个基于Java针对MySQL数据库的提供数据切分及整合的开源框�Ӟ��只是目前的HiveDB仅仅支持数据的水�q�_��分。主要解军_��数据量下数据库的扩展性及数据的高性能讉K��问题�Q�同时支持数据的冗余及基本的HA机制�?br />
HiveDB的实现机制与MySQLProxy 和Amoeba有一定的差异�Q�他�q�不是借助MySQL的Replication功能来实现数据的冗余�Q�而是自行实现了数据冗余机�Ӟ��而其底层主要是基于HibernateShards 来实现的数据切分工作。数据切分与整合中可能存在的问题

引入分布式事务的问题?

一旦数据进行切分被分别存放在多个MySQLServer中之后，不管我们的切分规则设计的多么的完��（实际上�ƈ不存在完��的切分规则�Q�，都可能造成之前的某些事务所涉及到的数据已经不在同一个MySQLServer 中了�?br />
==>��一个跨多个数据库的分布式事务分拆成多个仅处于单个数据库上面的小事务�Q��ƈ通过应用�E�序来��L��各个��事务�?br />
跨节点Join的问�?

==>先从一个节点取出数�?然后�Ҏ��q�些数据,再到另一个表中取数据.
==>使用Federated存储引擎,问题�?乎如果远端的表结构发生了变更�Q�本地的表定义信息是不会跟着发生相应变化的�?br />
跨节点合�q�排序分��问�?

==>Join本��n涉及到的多个表之间的数据��d��一般都会存在一个顺序关�p�R��但是排序分��就不太一样了�Q�排序分��늚�数据源基本上可以说是一个表�Q�或者一个结果集�Q�，本��n�q�不存在一个顺序关�p�，所以在从多个数据源取数据的�q�程是完全可以�ƈ行的。这��P��排序分页数据的取数效率我们可以做的比跨库Join更高�Q�所以带来的性能损失相对的要更小�?

abin 2015-03-24 16:13 发表评论

MySQL SQL优化�ȝ��

abin — Tue, 24 Mar 2015 07:51:00 GMT

前言
有�h反馈之前几篇文章�q�于理论�~�少实际操作�l�节�Q�这��文章就多一些可操作性的内容吧�?/p>
注：�q�篇文章是以 MySQL ��景，很多内容同时适用于其他关�p�d��数据库，需要有一些烦引知识�ؓ基础�?/p>

优化目标
　　1.减少 IO �ơ数
　　IO永远是数据库最�Ҏ��瓉��的地方，�q�是由数据库的职责所军_��的，大部分数据库操作中超�q?0%的时间都�?IO 操作所占用的，减少 IO �ơ数�?SQL 优化中需要第一优先考虑�Q�当�Ӟ��也是收效最明显的优化手�D�c�?/p>
　　2.降低 CPU 计算
　　除了 IO 瓉��之外�Q�SQL优化中需要考虑的就�?CPU �q�算量的优化了。order by, group by,distinct … 都是消�?CPU 的大�?�q�些操作基本上都�?CPU 处理内存中的数据比较�q�算)。当我们�?IO 优化做到一定阶�D�之后，降低 CPU 计算也就成�ؓ了我�?SQL 优化的重要目�?/p>

优化�Ҏ��
　　改变 SQL 执行计划
　　明确了优化目标之后，我们需要确定达到我们目标的�Ҏ��。对�?SQL 语句来说�Q�达��C��q?个目标的�Ҏ��其实只有一个，那就是改�?SQL 的执行计划，让他��量“��走弯�\”�Q�尽量通过各种“捷径”来找到我们需要的数据�Q�以辑ֈ� “减少 IO �ơ数” �?“降低 CPU 计算” 的目�?/p>

常见误区

1.count(1)和count(primary_key) 优于 count(*)
　　很多��Zؓ了统计记录条敎ͼ��׃��?count(1) �?count(primary_key) 而不�?count(*) �Q�他们认��h��能更好�Q�其实这是一个误区。对于有些场景，�q�样做可能性能会更差，应�ؓ数据库对 count(*) 计数操作做了一些特别的优化�?/p>

2.count(column) �?count(*) 是一��L��
　　�q�个误区甚至在很多的资深工程师或者是 DBA 中都普遍存在�Q�很多�h都会认�ؓ�q�是理所当然的。实际上�Q�count(column) �?count(*) 是一个完全不一��L��操作�Q�所代表的意义也完全不一栗��?/p>
　　count(column) 是表�C�结果集中有多少个column字段不�ؓ�I�的记录
　　count(*) 是表�C�整个结果集有多��条记录

3.select a,b from … �?select a,b,c from … 可以让数据库讉K��更少的数据量
　　�q�个误区主要存在于大量的开发�h员中�Q�主要原因是�Ҏ��据库的存储原理不是太了解�?/p>
　　实际上，大多数关�p�d��数据库都是按照行(row)的方式存储，而数据存取操作都是以一个固定大��的IO单元(被称�?block 或�?page)为单位，一般�ؓ4KB�Q?KB… 大多数时候，每个IO单元中存储了多行�Q�每行都是存储了该行的所有字�D?lob�{�特�D�类型字�D�除�?�?/p>
　　所以，我们是取一个字�D�还是多个字�D�，实际上数据库在表中需要访问的数据量其实是一��L��?/p>
　　当然�Q�也有例外情况，那就是我们的�q�个查询在烦引中��可以完成，也就是说当只�?a,b两个字段的时候，不需要回表，而c�q�个字段不在使用的烦引中�Q�需要回表取得其数据。在�q�样的情况下�Q�二者的IO量会有较大差异�?/p>

4.order by 一定需要排序操�?/p>
　　我们知道索引数据实际上是有序的，如果我们的需要的数据和某个烦引的��序一��_��而且我们的查询又通过�q�个索引来执行，那么数据库一般会省略排序操作�Q�而直接将数据�q�回�Q�因为数据库知道数据已经满��我们的排序需求了�?/p>
　　实际上，利用索引来优化有排序需求的 SQL�Q�是一个非帔R��要的优化手段
　　延��阅读�Q�MySQL ORDER BY 的实现分析，MySQL �?GROUP BY 基本实现原理以及 MySQL DISTINCT 的基本实现原理这3��文章中有更为深入的分析�Q�尤其是�W�一��?/p>

5.执行计划中有 filesort ��׃��q�行��盘文�g排序
　　有这个误区其实�ƈ不能怪我们，而是因�ؓ MySQL 开发者在用词斚w��的问题。filesort 是我们在使用 explain 命��o查看一�?SQL 的执行计划的时候可能会看到�?“Extra” 一列显�C�的信息�?/p>
　　实际上，只要一�?SQL 语句需要进行排序操作，都会昄��“Using filesort”�Q�这�q�不表示��׃��有文件排序操作�?/p>

基本原则
1.��量��?join
　　MySQL 的优势在于简单，但这在某些方面其实也是其劣势。MySQL 优化器效率高�Q�但是由于其�l�计信息的量有限�Q�优化器工作�q�程出现偏差的可能性也��更多。对于复杂的多表 Join�Q�一斚w��׃��其优化器受限�Q�再者在 Join �q�方面所下的功夫�q�不够，所以性能表现��?Oracle �{�关�p�d��数据库前辈还是有一定距��R��但如果是简单的单表查询�Q�这一差距��׃��极小甚至在有些场景下要优于这些数据库前辈�?/p>

2.��量��排�?/p>
　　排序操作会消耗较多的 CPU 资源�Q�所以减��排序可以在�~�存命中率高�{?IO 能力��_��的场景下会较大媄�?SQL 的响应时间�?/p>
　　对于MySQL来说�Q�减��排序有多种办法�Q�比如：
　　上面误区中提到的通过利用索引来排序的方式�q�行优化
　　减少参与排序的记录条�?/p>
　　非必要不�Ҏ��据进行排�?/p>
　　…

3.��量避免 select *
　　很多人看到这一点后觉得比较隄��解，上面不是在误��Z��刚刚�?select 子句中字�D늚�多少�q�不会媄响到��d��的数据吗?
　　是的�Q�大多数时候�ƈ不会影响�?IO 量，但是当我们还存在 order by 操作的时候，select 子句中的字段多少会在很大�E�度上媄响到我们的排序效率，�q�一点可以通过我之前一��介�l?MySQL ORDER BY 的实现分析的文章中有较�ؓ详细的介�l��?/p>
　　此外�Q�上面误��Z��不是也说了，只是大多数时候是不会影响�?IO 量，当我们的查询�l�果仅仅只需要在索引中就能找到的时候，�q�是会极大减��?IO 量的�?/p>

4.��量�?join 代替子查�?/p>
　　虽然 Join 性能�q�不佻I��但是�?MySQL 的子查询比�v来还是有非常大的性能优势。MySQL 的子查询执行计划一直存在较大的问题�Q�虽然这个问题已�l�存在多�q�_��但是到目前已�l�发布的所有稳定版本中都普遍存在，一直没有太大改善。虽然官方也在很早就承认�q�一问题�Q��ƈ且承诺尽快解冻I��但是臛_��到目前�ؓ止我们还没有看到哪一个版本较好的解决了这一问题�?/p>

5.��量��?or
　　�?where 子句中存在多个条件以“�?#8221;�q�存的时候，MySQL 的优化器�q�没有很好的解决其执行计划优化问题，再加�?MySQL �Ҏ��?SQL �?Storage 分层架构方式�Q�造成了其性能比较低下�Q�很多时候��?union all 或者是union(必要的时�?的方式来代替“or”会得到更好的效果�?/p>

6.��量�?union all 代替 union
　　union �?union all 的差异主要是前者需要将两个(或者多�?�l�果集合�q�后再进行唯一性过滤操作，�q�就会涉及到排序�Q�增加大量的 CPU �q�算�Q�加大资源消耗及延迟。所以当我们可以��认不可能出现重复结果集或者不在乎重复�l�果集的时候，��量使用 union all 而不�?union�?/p>

7.��量早过�?/p>
　　�q�一优化�{�略其实最常见于烦引的优化设计�?��过滤性更好的字段攑־�更靠�?�?/p>
　　�?SQL �~�写中同样可以��用这一原则来优化一�?Join �?SQL。比如我们在多个表进行分��|��据查询的时候，我们最好是能够在一个表上先�q��o好数据分好页�Q�然后再用分好页的结果集与另外的�?Join�Q�这样可以尽可能多的减少不必要的 IO 操作�Q�大大节�?IO 操作所消耗的旉��?/p>

8.避免�c�d��转换
　　�q�里所说的“�c�d��转换”是指 where 子句中出�?column 字段的类型和传入的参数类型不一致的时候发生的�c�d��转换�Q?/p>
　　��Zؓ在column_name 上通过转换函数�q�行转换
　　直接��D�� MySQL(实际上其他数据库也会有同��L��问题)无法使用索引�Q�如果非要�{换，应该在传入的参数上进行�{�?/p>
　　由数据库自己�q�行转换
　　如果我们传入的数据类型和字段�c�d��不一��_��同时我们又没有做��M��c�d��转换处理�Q�MySQL 可能会自己对我们的数据进行类型�{换操作，也可能不�q�行处理而交由存储引擎去处理�Q�这样一来，��׃��出现索引无法使用的情况而造成执行计划问题�?/p>

9.优先优化高�ƈ发的 SQL�Q�而不是执行频率低某些“�?#8221;SQL
　　对于破坏性来��_��高�ƈ发的 SQL ��L��会比低频率的来得大，因�ؓ高�ƈ发的 SQL 一旦出现问题，甚至不会�l�我们�Q何喘息的��Z��׃��系�l�压跨。而对于一些虽焉��要消耗大�?IO 而且响应很慢�?SQL�Q�由于频率低�Q�即佉K��刎ͼ�最多就是让整个�pȝ��响应慢一点，但至��可能撑一会儿�Q�让我们有缓冲的��Z��?/p>

10.从全局出发优化�Q�而不是片面调�?/p>
　　SQL 优化不能是单独针�Ҏ��一个进行，而应充分考虑�pȝ��中所有的 SQL�Q�尤其是在通过调整索引优化 SQL 的执行计划的时候，千万不能��此失彼�Q�因��失大�?/p>

11.��可能对每一条运行在数据库中的SQL�q�行 explain
　　优化 SQL�Q�需要做到心中有敎ͼ�知道 SQL 的执行计划才能判断是否有优化余地�Q�才能判断是否存在执行计划问题。在�Ҏ��据库中运行的 SQL �q�行了一�D�|��间的优化之后�Q�很明显的问�?SQL 可能已经很少了，大多都需要去发掘�Q�这时候就需要进行大量的 explain 操作攉��执行计划�Q��ƈ判断是否需要进行优化�?/p>

原文地址�Q�http://isky000.com/database/mysql-performance-tuning-sql

abin 2015-03-24 15:51 发表评论

abin — Wed, 04 Feb 2015 06:50:00 GMT

�Ҏ��一�Q?/div>
直接执行命��o�Q?/div>
mysql> select count(1) from table into outfile '/tmp/test.xls';
Query OK, 31 rows affected (0.00 sec)
在目�?tmp/下会产生文�gtest.xls
遇到的问题：
mysql> select count(1) from table into outfile '/data/test.xls';
报错�Q?/div>
ERROR 1 (HY000): Can't create/write to file '/data/test.xls' (Errcode: 13)
可能原因�Q�mysql没有�?data/下写的权限，没有��q��
�Ҏ��二：
查询都自动写入文�Ӟ��
mysql> pager cat > /tmp/test.txt ;
PAGER set to 'cat > /tmp/test.txt'
之后的所有查询结果都自动写入/tmp/test.txt'�Q��ƈ前后覆盖
mysql> select * from table ;
30 rows in set (0.59 sec)
在框口不再显�C�查询结�?/div>
以上参考：http://blog.163.com/cpu_driver/blog/static/117663448201111295420990/
�Ҏ��三：
跛_��mysql命��o�?/div>
[root@SHNHDX63-146 ~]# mysql -h127.0.0.1 -uroot -pXXXX -P3306 -e"select * from table" > /tmp/test/txt

abin 2015-02-04 14:50 发表评论

Mysql解决select ... into outfile '..' mysql写文件权限问�?

abin — Wed, 04 Feb 2015 06:31:00 GMT

select FQQ,FScoreCount from Tbl_User into outfile "/tmp/terminatedtest.txt" fields terminated by ",";

select * from test into outfile '/home/user/test.txt'

在linux�Q�centos�Q�下 �Q�启动了mysql �q�给用户文�g��d��的权�?br />grant file on *.* to root@localhost;

在linux�pȝ��上，目录的权限全部是 rwxrwxrwx
chmod 777 ...
/home/user/test
drwxrwxrwx  4 root root  4096 Sep  3 18:42 home
drwxrwxrwx 10 mapuser mapuser 4096 Sep  4 03:41 user
drwxrwxrwx 5 mapuser mapuser 4096 Sep  3 17:57 test

在mysql下输�?br />select * from test into outfile '/home/user/test.txt'
出现错误信息�Q?br />ERROR 1 (HY000): Can't create/write to file '/home/user/test.txt' (Errcode: 13)
当时如果是tmp目录的话��׃��会有�q�个错误
select * from test into outfile '/tmp/test.txt'
Query OK, 0 rows test(0.00 sec)

��N��只能是tmp目录吗？
有什么地方可以修改的吗？
后来吧home的所有者改成了mysql
drwxrwxrwx  5 mysql mysql  4096 Sep  4 10:08 home
select * from test into outfile '/home/test.txt'

ERROR 1 (HY000): Can't create/write to file '/home/test.txt' (Errcode: 13)
也是同样出错�?br />
�q�个有什么办法可以写入home目录下面吗？或者其他什么目录，只要不是tmp目录�Q�有��先写入tmp目录�Q�再cp到想要的
目录�Q�这样做是可以，不过比较�ȝ��Q�文件比较大�Q?-3G呢，

修改mysql的配�|�能实现吗？�q�是修改文�g的权限，�q�个是什么问题呢�Q?br />

select * from test into outfile '/tmp/test.txt'
Query OK, 0 rows test(0.00 sec)

看一下��生的�q�个文�g的owner 是谁�?br />

[root@localhost /]# ls -l
drwxrwxrwx    4 root     root         4096  9�?nbsp; 4 21:03 home
drwxrwxrwt   10 root     root         4096  9�?nbsp; 4 21:03 tmp

[root@localhost /]# mysql
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 27
Server version: 5.1.14-beta MySQL Community Server (GPL)

Type 'help;' or '\h' for help. Type '\c' to clear the buffer.

mysql> use mysql;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Database changed

mysql> select user from user;
+--------+
| user   |
+--------+
| system |
| root   |
+--------+
2 rows in set (0.03 sec)

mysql> select user from user into outfile '/home/test.txt';
Query OK, 2 rows affected (0.02 sec)

[root@localhost home]# ls -l
-rw-rw-rw-    1 mysql    mysql          12  9�?nbsp; 4 21:12 test.txt

[root@localhost home]# cat /home/test.txt
system
root

select * from test into outfile '/home/test.txt'

ERROR 1 (HY000): Can't create/write to file '/home/test.txt' (Errcode: 13)
------------------------
从Errcode: 13来看是没权限
你执行上面语句时�Q�是用什么用��h��行的呢？��查下�q�个用户是否有权限吧

估计和权限没关系�Q�因为已�l�是777了�?br />
看看是不是selinux打开了，如果没什么特别需要的话，关了为好�?br />
非root用户�Q�在mysql下执行的select * from test into outfile '/home/user/test.txt'

select * from test into outfile '/home/user/test.txt'该语句��生的文�g�?br />-rw-rw-rw-    1 mysql    mysql          12  9�?nbsp; 4 21:12 test.txt
mysql�l�的mysql用户的�?br />
貌似和权限没什么关�p�，我用root用户登陆�pȝ��Q�执行mysql的语句，其结果还是一��P��写入/home目录�?br />select * from test into outfile '/home/test.txt'
ERROR 1 (HY000): Can't create/write to file '/home/test.txt' (Errcode: 13)
�q�是有这个问题�?br />selinux会阻止其他程序写入操作？�Q?br />具体怎么改变一下selinx的配�|�呢

我理清是什么问题了�?br />在red hat�p�d��的linux中selinux对哪些daemon可以�q�行怎么��L��操作是有限制的，mysql的select into outfile的命令是mysql的daemon来负责写文�g操作的。写文�g之前当然要具有写文�g的权限。而selinux对这个权限做了限制。如�?selinux是关闭的吧，�q�个命��o执行是没有问题的
mysql> select user from user into outfile '/home/test.txt';
Query OK, 2 rows affected (0.02 sec)
当时selinux开启时
selinux对mysql的守护进�E�mysqld�q�行了限制�?br />mysql> select user from user into outfile '/home/test.txt';
ERROR 1 (HY000): Can't create/write to file '/home/test.txt' (Errcode: 13)
出现了没有权限写的error�?br />解决�Ҏ��Q�可以关闭selinux�?br />可以�?etc/selinux中找到config
root用户�Q?br />shell>vi /etc/selinux/config

# This file controls the state of SELinux on the system.
# SELINUX= can take one of these three values:
#      enforcing - SELinux security policy is enforced.
#      permissive - SELinux prints warnings instead of enforcing.
#      disabled - SELinux is fully disabled.
SELINUX=enforcing

修改SELINUX=disabled关闭selinux��可以了�Q�这个问题就可以解决了�?br />不过全部关闭SELINUX有带来一些安全问题�?br />当然也可以，单独�l�mysql的守护进�E�权限，
shell>getsebool -a可以查看当前的对�pȝ��一�p�d��守护�q�程的权限情��c�?br />
lpd_disable_trans --> off
mail_read_content --> off
mailman_mail_disable_trans --> off
mdadm_disable_trans --> off
mozilla_read_content --> off
mysqld_disable_trans --> off
nagios_disable_trans --> off
named_disable_trans --> off
named_write_master_zones --> off
nfs_export_all_ro --> on
nfs_export_all_rw --> on
nfsd_disable_trans --> off
nmbd_disable_trans --> off
nrpe_disable_trans --> off

shell>setsebool -P mysqld_disable_trans=1
开启对mysql守护�q�程的权限，�q�样
mysql> select user from user into outfile '/home/test.txt';
写入到自定义的目录就没有问题了�?br />-P表示是永久性设�|�，否则重启之后又恢复预讑ր�{�?br />getsebool setsebool命��o在root用户下有权限�?br />
除了对selinux的权限，当然首先要保证该目录拥有��d��权限�?br />

在ubuntu�?�Q�可以对AppArmor(/etc/apparmor.d/usr.sbin.mysqld) 修改�Q�类似selinux�?br />��d��/etc/squid/lists/eighties.txt w,�c�M��?/p>

abin 2015-02-04 14:31 发表评论

启动和关闭MySQL服务

abin — Wed, 07 Jan 2015 05:13:00 GMT

在windows�?/strong> �Q?/p>
    启动�Q?/p>
        1.cd c:/mysql/bin
        2.mysqld --console
    关闭�Q?/p>
        1.cd c:/mysql/bin
        2.mysqladmin -uroot shutdown

   �q�可以：
        启动�Q?/p>
        1.cd c:/mysql/bin
        2.net start mysql5
    关闭�Q?/p>
        1.cd c:/mysql/bin
        2.net stop mysql5

在linux下：
    采用netstat -nlp查看mysql服务的状�?/p>

    命��o行方式：
        开�?nbsp; ./mysqld_safe &
        关闭 mysqladmin -uroot shutdown

    rpm方式安装�?/p>
        开�?nbsp; service mysql start
        关闭 service mysql stop

在命令行启动mysql�Ӟ��如不�?--console"�Q�启动、关闭信息不在界面中昄��Q�而是记录在安装目录下的data目录里，文�g名一般是hostname.err,通过此文件查看mysql的控制台信息�?/p>

abin 2015-01-07 13:13 发表评论

Mysql -- InnoDb索引

abin — Tue, 06 Jan 2015 14:58:00 GMT

innodb作�ؓ事务型数据库的首选引擎，支持ACID事务�Q�支持行�U�锁定，支持外键。�ƈ�?/span>InnoDB默认地被包含�?/span>MySQL二进制分发中�Q�已�l�成为绝大多�?/span>OLTP�pȝ��的直选存储引擎�?/span>

索引作�ؓ数据库开发的一个重要方面，对于讉K��性能以及能否支持高�ƈ发，�?/span>tps的应用，��L��军_��性作用�?/span>Innodb存储引擎支持B+树烦引以及自适应哈希索引�Q�其中后者是�?/span>innodb引擎�Ҏ��表的使用情况自动生成�Q�无法进行�h为创建�?/span>

B+树烦引是目前关系型数据库中最常见最有效的烦引，是基于二分查找而�Ş成的一��^衡术�l�构。我们来逐步了解�?br />MySQL��普遍��用B+Tree实现其烦引结�?br />
索引的主要作用：
1、快速定位记�?br />2、避免排序和使用临时�?br />3、可以将随机IO变�ؓ��序IO

abin 2015-01-06 22:58 发表评论

innodb innodb_adaptive_hash_index

abin — Wed, 24 Dec 2014 10:25:00 GMT

哈希�Q�hash�Q�是一�U�非常快的查找方法，一般情况下查找的时间复杂度为O�Q?�Q�。常用于�q�接�Q�join�Q�操作，如SQL Server和Oracle中的哈希�q�接�Q�hash join�Q�。但是SQL Server和Oracle�{�常见的数据库�ƈ不支持哈希烦引（hash index�Q�。MySQL的Heap存储引擎默认的烦引类型�ؓ哈希�Q�而InnoDB存储引擎提出了另一�U�实现方法，自适应哈希索引�Q�adaptive hash index�Q��?/p>
InnoDB存储引擎会监控对表上索引的查找，如果观察到徏立哈希烦引可以带来速度的提升，则徏立哈希烦引，所以称之�ؓ自适应�Q�adaptive�Q�的。自适应哈希索引通过�~�冲池的B+树构造而来�Q�因此徏立的速度很快。而且不需要将整个表都建哈希烦引，InnoDB存储引擎会自动根据访问的频率和模式来为某些页建立哈希索引�?/p>
�Ҏ��InnoDB的官�Ҏ��档显�C�，启用自适应哈希索引后，��d��和写入速度可以提高2倍；对于辅助索引的连接操作，性能可以提高5倍。在我看来，自适应哈希索引是非常好的优化模式，其设计思想是数据库自优化（self-tuning�Q�，��x��需DBA�Ҏ��据库�q�行调整�?/p>
通过命��oSHOW ENGINE INNODB STATUS可以看到当前自适应哈希索引的��用状况，如下所�C�：
mysql> show engine innodb status\G;
*************************** 1. row ***************************
Status:
=====================================
090922 11:52:51 INNODB MONITOR OUTPUT
=====================================
Per second averages calculated from the last 15 seconds
......
-------------------------------------
INSERT BUFFER AND ADAPTIVE HASH INDEX
-------------------------------------
Ibuf: size 2249, free list len 3346, seg size 5596,
374650 inserts, 51897 merged recs, 14300 merges
Hash table size 4980499, node heap has 1246 buffer(s)
1640.60 hash searches/s, 3709.46 non-hash searches/s
......
现在可以看到自适应哈希索引的��用信息了�Q�包括自适应哈希索引的大��、��用情��c��每�U��用自适应哈希索引搜烦的情��c��值得注意的是�Q�哈希烦引只能用来搜索等值的查询�Q�如select * from table where index_col = 'xxx'�Q�而对于其他查扄��型，如范围查找，是不能��用的。因此，�q�里出现了non-hash searches/s的情��c��用hash searches : non-hash searches命��o可以大概了解使用哈希索引后的效率�?/p>
�׃��自适应哈希索引是由InnoDB存储引擎控制的，所以这里的信息只供我们参考。不�q�我们可以通过参数innodb_adaptive_hash_index来禁用或启动此特性，默认为开启�?/p>

转自http://www.cnblogs.com/ylqmf/archive/2011/09/16/2179166.html

abin 2014-12-24 18:25 发表评论

mysql sql优化

abin — Mon, 10 Mar 2014 03:27:00 GMT
�W�一斚w��Q?0�U�mysql优化sql语句查询的方�?div>
1.�Ҏ��询进行优化，应尽量避免全表扫描，首先应考虑�?where �?order by 涉及的列上徏立烦引�?/div>
　　2.应尽量避免在 where 子句中��?=�?lt;>操作�W�，否则��引擎放弃��用烦引而进行全表扫描�?/div>
　　3.应尽量避免在 where 子句中对字段�q�行 null 值判断，否则��导致引擎放弃��用烦引而进行全表扫描，如：
　　select id from t where num is null
　　可以在num上设�|�默认�?�Q�确保表中num列没有null��|��然后�q�样查询�Q?/div>
　　select id from t where num=0
　　4.应尽量避免在 where 子句中��?or 来连接条�Ӟ��否则��导致引擎放弃��用烦引而进行全表扫描，如：
　　select id from t where num=10 or num=20
　　可以�q�样查询�Q?/div>
　　select id from t where num=10
　　union all
　　select id from t where num=20
　　5.下面的查询也��导致全表扫描：
　　select id from t where name like '%abc%'
　　若要提高效率�Q�可以考虑全文��索�?/div>
　　6.in �?not in 也要慎用�Q�否则会��D��全表扫描�Q�如�Q?/div>
　　select id from t where num in(1,2,3)
　　对于�q�箋的数��|��能用 between ��׃��要用 in 了：
　　select id from t where num between 1 and 3
　　7.如果�?where 子句中��用参敎ͼ�也会��D��全表扫描。因为SQL只有在运行时才会解析局部变量，但优化程序不能将讉K��计划的选择推迟到运行时;它必��d��~�译时进行选择。然而，如果在编译时建立讉K��计划�Q�变量的��D��是未知的�Q�因而无法作为烦引选择的输入项。如下面语句��进行全表扫描：
　　select id from t where num=@num
　　可以改�ؓ强制查询使用索引�Q?/div>
　　select id from t with(index(索引�?) where num=@num
　　8.应尽量避免在 where 子句中对字段�q�行表达式操作，�q�将��D��引擎攑ּ�使用索引而进行全表扫描。如�Q?/div>
　　select id from t where num/2=100
　　应改�?
　　select id from t where num=100*2
　　9.应尽量避免在where子句中对字段�q�行函数操作�Q�这��导致引擎放弃��用烦引而进行全表扫描。如�Q?/div>
　　select id from t where substring(name,1,3)='abc'--name以abc开头的id
　　select id from t where datediff(day,createdate,'2005-11-30')=0--'2005-11-30'生成的id
　　应改�?
　　select id from t where name like 'abc%'
　　select id from t where createdate>='2005-11-30' and createdate<'2005-12-1'
　　10.不要�?where 子句中的“=”左边�q�行函数、算术运��或其他表达式运��，否则�pȝ��可能无法正��用烦引�?/div>
　　11.在��用烦引字�D�作为条件时�Q�如果该索引是复合烦引，那么必须使用到该索引中的�W�一个字�D�作为条件时才能保证�pȝ��使用该烦引，否则该烦引将不会被��用，�q�且应尽可能的让字段��序与烦引顺序相一致�?/div>
　　12.不要写一些没有意义的查询�Q�如需要生成一个空表结构：
　　select col1,col2 into #t from t where 1=0
　　�q�类代码不会�q�回��M��l�果集，但是会消耗系�l�资源的�Q�应�Ҏ��q�样�Q?/div>
　　create table #t(...)

　　13.很多时候用 exists 代替 in 是一个好的选择�Q?/div>
　　select num from a where num in(select num from b)
　　用下面的语句替换�Q?/div>
　　select num from a where exists(select 1 from b where num=a.num)
　　14.�q�不是所有烦引对查询都有效，SQL是根据表中数据来�q�行查询优化的，当烦引列有大量数据重复时�Q�SQL查询可能不会��d��用烦引，如一表中有字�D�sex�Q�male、female几乎各一半，那么即��在sex上徏了烦引也�Ҏ��询效率�v不了作用�?/div>
　　15.索引�q�不是越多越好，索引固然可以提高相应�?select 的效率，但同时也降低�?insert �?update 的效率，因�ؓ insert �?update 时有可能会重建烦引，所以怎样建烦引需要慎重考虑�Q�视具体情况而定。一个表的烦引数最好不要超�q?个，若太多则应考虑一些不�怋�用到的列上徏的烦引是否有必要�?/div>
　　16.应尽可能的避免更�?clustered 索引数据列，因�ؓ clustered 索引数据列的��序��是表记录的物理存储��序�Q�一旦该列值改变将��D��整个表记录的��序的调��_��会耗费相当大的资源。若应用�pȝ��需要频�J�更�?clustered 索引数据列，那么需要考虑是否应将该烦引徏�?clustered 索引�?/div>
　　17.��量使用数字型字�D�，若只含数��g��息的字段��量不要设计为字�W�型�Q�这会降低查询和�q�接的性能�Q��ƈ会增加存储开销。这是因为引擎在处理查询和连接时会逐个比较字符串中每一个字�W�，而对于数字型而言只需要比较一�ơ就够了�?/div>
　　18.��可能的使用 varchar/nvarchar 代替 char/nchar �Q�因为首先变长字�D�存储空间小�Q�可以节省存储空��_��其次对于查询来说�Q�在一个相对较��的字段内搜索效率显然要高些�?/div>
　　19.��M��地方都不要��?select * from t �Q�用具体的字�D�列表代�?#8220;*”�Q�不要返回用不到的�Q何字�D�c�?/div>
　　20.��量使用表变量来代替临时表。如果表变量包含大量数据�Q�请注意索引非常有限(只有主键索引)�?/div>
　　21.避免频繁创徏和删除��时表�Q�以减少�pȝ��表资源的消耗�?/div>
　　22.临时表�ƈ不是不可使用�Q�适当��C��用它们可以��某些例程更有效，例如�Q�当需要重复引用大型表或常用表中的某个数据集时。但是，对于一�ơ性事�Ӟ��最好��用导��?/div>
　　23.在新��Z��时表�Ӟ��如果一�ơ性插入数据量很大�Q�那么可以��?select into 代替 create table�Q�避免造成大量 log �Q�以提高速度;如果数据量不大，��Z��~�和�pȝ��表的资源�Q�应先create table�Q�然后insert�?/div>
　　24.如果使用��C��临时表，在存储过�E�的最后务必将所有的临时表显式删除，�?truncate table �Q�然�?drop table �Q�这样可以避免系�l�表的较长时间锁定�?/div>
　　25.��量避免使用游标�Q�因为游标的效率较差�Q�如果游标操作的数据��过1万行�Q�那么就应该考虑改写�?/div>
　　26.使用��Z��游标的方法或临时表方法之前，应先��L��Z��集的解决�Ҏ��来解决问题，��Z��集的�Ҏ��通常更有效�?/div>
　　27.与��时表一��P��游标�q�不是不可��用。对��型数据集��?FAST_FORWARD 游标通常要优于其他逐行处理�Ҏ��Q�尤其是在必��d��用几个表才能获得所需的数据时。在�l�果集中包括“合计”的例�E�通常要比使用游标执行的速度快。如果开发时间允许，��Z��游标的方法和��Z��集的�Ҏ��都可以尝试一下，看哪一�U�方法的效果更好�?/div>
　　28.在所有的存储�q�程和触发器的开始处讄�� SET NOCOUNT ON �Q�在�l�束时设�|?SET NOCOUNT OFF 。无需在执行存储过�E�和触发器的每个语句后向客户端发�?DONE_IN_PROC 消息�?/div>
　　29.��量避免向客��L��q�回大数据量�Q�若数据量过大，应该考虑相应需求是否合理�?/div>
　　30.��量避免大事务操作，提高�pȝ��q�发能力�?/div>

上面有几句写的有问题�?br />
�W�二斚w��Q?br />
select Count (*)和Select Count(1)以及Select Count(column)区别
一般情况下�Q�Select Count (*)和Select Count(1)两着�q�回�l�果是一��L��
假如表沒有主�?Primary key), 那么count(1)比count(*)快，
如果有主键的話，那主键作为count的条件时候count(主键)最�?/div>
如果你的表只有一个字�D늚�话那count(*)��是最快的
count(*) �?count(1) 的结果一��P��都包括对NULL的统计，而count(column) 是不包括NULL的统�?/div>

�W�三斚w��Q?/div>
索引列上计算引�v的烦引失效及优化措施以及注意事项

创徏索引、优化查询以便达到更好的查询优化效果。但实际上，MySQL有时�q�不按我们设计的那样执行查询。MySQL是根据统计信息来生成执行计划的，�q�就涉及索引及烦引的刷选率�Q�表数据量，�q�有一些额外的因素�?/p>
Each table index is queried, and the best index is used unless the optimizer believes that it is more efficient to use a table scan. At one time, a scan was used based on whether the best index spanned more than 30% of the table, but a fixed percentage no longer determines the choice between using an index or a scan. The optimizer now is more complex and bases its estimate on additional factors such as table size, number of rows, and I/O block size.
��而言之，当MYSQL认�ؓ�W�合条�g的记录在30%以上�Q�它��׃��会再使用索引�Q�因为mysql认�ؓ走烦引的代�h比不用烦引代价大�Q�所以优化器选择了自��p��Z��h��的方式。事实也的确如此

是MYSQL认�ؓ记录�?0%以上�Q�而不是实际MYSQL��L��完再军_��的。都查完了，�q�用什么烦引啊�Q�！
MYSQL会先估算�Q�然后决定是否��用烦引�?/span>

�W�四斚w��Q?br />
mysql中的SQL优化与执行计�?/a>
一�Q�如何判断SQL的执行效率？
通过explain 关键字分析效率低的SQL执行计划�?/div>
比如�Q?explain select sum(moneys) from sales a, company b where a.company_id = b.company_id and a.year = 2006;
id : 1
select_type: SIMPLE
table:
type:

1.row:
id select_type table type possible_keys key key_len ref rows Extra
1 SIMPLE a ALL NULL NULL NULL NULL 1000 Using where

2.row

id select_type table type possible_keys key key_len ref rows Extra
1 SIMPLE b ref ind_company_id ind_company_id 5 sakila.a.company_id 1 Using where;Using index

select_type: SIMPLE, ��单表�Q�不使用表连接或子查询；PRIMARY�Q�主查询�Q�即外层的查询；UNION�Q�UNION中的�W�二个查询或后面的查询；SUMQUERY�Q�子查询中的�W�一个SELECT�?/div>
table: 输出�l�果集的表�?/div>
type: 表示表的�q�接�c�d��Q�性能由好到坏�Q�依�ơ�ؓ�Q?/div>
system�Q�表中只有一行，帔R��表�?/div>
const�Q�单表中最多有一行匹配，如pramary key 或�?unique index
eq_ref�Q�对于前面的每一行，此表中只查询一条记录，比如多表�q�接中，使用primary key �?unique index
ref�Q�与eq_ref �c�M��Q�区别在于不是primary key 或qunique index, 而是普通烦引�?/div>
ref_or_null�Q�与ref �c�M��Q�区别在于查询中包含对null的查询�?/div>
index_merge�Q�烦引合�q�优�?/div>
unique_subquery�Q�in的后面是一个查询主键字�D늚�子查询�?/div>
index_subquery�Q�与unique_subquery�c�M��Q�区别在于是查询非唯一索引字段的子查询�?/div>
range�Q�单表中的范围查询�?/div>
index�Q�对于前面的每一行，都通过查询索引来得到数据�?/div>
all�Q�全表扫描�?/div>
possible_keys: 表示查询�Ӟ��可能使用的烦引�?/div>
key:表示实际使用的烦引�?/div>
key_len:索引字段的长度�?/div>
rows:扫描行的数量�?/div>
Extra:执行情况的说明和描述�?/div>

二，如何通过查询数据库各操作的比例及索引使用�ơ数来判断数据库索引及��用是否合理？
1�Q? 命��o�Q?>show status like 'Com_%';
�l�果�Q�Com_xxx 表示每个xxx语句的执行次数。如�Q?/div>
Com_select, Com_insert,Com_update,Com_delete�?/div>
特别的，针对InnoDB�Q?/div>
Innodb_rows_read�Q�select查询�q�回的行�?/div>
Innodb_rows_inserted�Q�执行insert操作插入的行�?�{�等�?/div>
通过以上可以查看该数据库的读写比例，以便优化�?/div>
2�Q? 命��o�Q?gt;show status like 'Handler_read%'
查看索引使用�ơ数�?/div>

三，何时匚w��到烦引？
明确�W�一索引�Q�第二烦引的含义。回表，覆盖索引�{�优化方法。这里不再赘�q�。特别的�Q�组合烦引只能前�~�匚w��。同��P��like 关键字也只能前缀匚w��索引�Q�通配�W�不能放在第一个字�W��?/div>

四，何时不走索引�Q?/div>
1�Q�如果mysql 估计索引使用比全表扫描更慢，则不使用索引。例如几乎获取全表数据的范围查询�{�等�?/div>
2�Q�or 分开的条�Ӟ��OR前的条�g列有索引�Q�后面的没有索引�Q�那么涉及的索引都不会用到�?/div>
3�Q�条件不是组合烦引的�W�一部分�Q�即不满��_��~�左匹配的条�g�?/div>
4�Q�like 条�g�?开始，则不走烦引�?/div>
5�Q�where 条�g后如果是字符�Ԍ��则一定要用引��h��h��Q�不然自动�{换其他类型后�Q�不会走索引�?/div>

五，常用SQL优化
1�Q�大扚w��插入数据�Q��用多��D��句插入�?/div>
insert into test values (1,2),(2,3),(2,4)......
2�Q?优化group by, 默认情况下，mysql 会对所有group by C1,C2,C3 ... 的字�D�|��序，与order by C1,C2,C3 �c�M��Q�所以在group by 中增加相同列的order by 性能没什么媄响�?/div>
如果用户想避免排序带来的影响�Q�可以显式指定不排序�Q�后面加上order by NULL�?/div>
3�Q�order by 后面的顺序与索引��序相同�Q�且与where 中��用的条�g相同�Q�且是烦引，则才会走真正索引�?/div>
4�Q�in + 子查询的 SQL ��量用join �q�接来代�ѝ�?/div>
5�Q�OR 之间的每个条件列都必��ȝ��到烦引�?/div>

六，深层一些的优化
考虑每次查询时的IO消耗，回表�ơ数�Q�考虑表设计时�Q�数据结构的不同�Q�比如varchar ,char 区别�Q�考虑表设计时每行数据的大��，��量保持�?28K以内�Q�让其在一��内�Q�避免跨��，大数据行�?/div>

abin 2014-03-10 11:27 发表评论

MySQL 切分(Sharding)、水�q�_��分、垂直切分以及读写分��ȝ��区别

abin — Mon, 27 May 2013 02:14:00 GMT

切分�Q�Sharding�Q��ƈ不是特定数据库��品所附属的功能，而是在具体技术细节之上的抽象处理。是水��^扩展�Q�Scale Out�Q�的解决�Ҏ��Q�主要目的是解决单节�Ҏ��据库服务器的能力限制�Q�以及整个应用其架构的可扩展性（Scalability�Q��?br />
切分主要有两�U�方式：水��^切分�Q�Horizental Sharding�Q�和垂直切分�Q�Vertical Sharding�Q��?br />
水��^切分所指的是通过一�p�d��的切分规则将数据水��^分布��C��同的DB或table中，在通过相应的DB路由或者table路由规则扑ֈ�需要查询的具体的DB或者table以进行Query操作�Q�比如根据用户ID��用戯��切分到多台数据库上�?br />
垂直切分指的是按业务、��品切分，��不同类型的数据且分��C��同的服务器上�Q�通过数据库代理疏通程序与多个数据库的通讯、降低应用的复杂度�?br />
��d��分离��单的说是把对数据库读和写的操作分开对应不同的数据库服务器，�q�样能有效地减轻数据库压力，也能减轻io压力。主数据库提供写操作�Q�从数据库提供读操作�Q�这��h��避免了主数据库服务器�Q�Master�Q�的�q�蝲�Q�也有效地利用了从数据库服务器（Slave�Q�的资源�?/p>
�q�里ebay工程师的文章�Q?a target="_top" style="color: #3fa7cb;">《可伸羃性最佛_��践：来自eBay的经验�?/a>更详�l�地介绍了一些概念及业务场景�?/p>
--End--

abin 2013-05-27 10:14 发表评论

INSERT INTO�?ON DUPLICATE KEY UPDATE

abin — Tue, 14 May 2013 03:14:00 GMT

MySQL 当记录不存在时插入，当记录存在时更新.........具体解决办法如下�Q?br />1、INSERT INTO… ON DUPLICATE KEY UPDATE
如果您指定了ON DUPLICATE KEY UPDATE�Q��ƈ且插入行后会��D��在一个UNIQUE索引或PRIMARY KEY中出现重复��|��则执行旧行UPDATE�?/span>
使用环境�Q?br />
例如�Q�如果列a被定义�ؓUNIQUE�Q��ƈ且包含�?�Q�则以下两个语句��h��相同的效果：
首先��(先说UNIQUE)�Q?br />
create table abin1(
id int not null unique,
username varchar(100),
password varchar(100)
)
insert into abin1 (id,username,password) values (1,'abin1','varyall1') on duplicate key update username='abin12',password='varyall12';

其次再说主键�Q�primary key�Q�类型的�Q?br />
create table abin2(
id int not null,
username varchar(100),
password varchar(100),
constraint pk_abin2 primary key(id)
)
执行语句�Q?br />
insert into abin2 (id,username,password) values (1,'abin1','varyall1') on duplicate key update username='abin12',password='varyall12';

2、插入单行记录：如果不存在插入记录，如果存在记录的话�Q�就不再插入
insert into abin2 (id,username,password) select 1,'abin12','varyall12' from dual
where not exists (select k.* from abin2 k where k.id=1)

3�?span style="font-size:16px; color:#000000">�C�Z��一�Q�插入多条记�?/span>
假设有一个主键�ؓ id �?abin2表，可以使用下面的语句：
insert into abin2 (id,username,password) select 1,'abin12','varyall12' from dual
where not exists (select k.* from abin2 k where k.id=1)

4�?div>
我们在��?a target="_self">数据�?/span>时可能会�l�常遇到�q�种情况。如果一个表在一个字�D�上建立了唯一索引�Q�当我们再向�q�个表中使用已经存在的键值插入一条记录，那将会抛��Z��个主键冲�H�的
错误。当�Ӟ��我们可能想用新记录的值来覆盖原来的记录倹{��如果��用传�l�的做法�Q�必��d��使用DELETE语句删除原先的记录，然后再��用INSERT插入新的记录。而在MySQL中�ؓ
我们提供了一�U�新的解��x��案，�q�就是REPLACE语句。��用REPLACE插入一条记录时�Q�如果不重复�Q�REPLACE��和INSERT的功能一��P��如果有重复记录，REPLACE��׃��用新记录的�?br />来替换原来的记录倹{�?br />
具体用法�Q?br />
replace into abin2 (id,username,password) values (2,'abin','varyall')

http://blog.csdn.net/kesaihao862/article/details/6718443

abin 2013-05-14 11:14 发表评论

mysql 旉��函数

abin — Fri, 14 Dec 2012 06:32:00 GMT
在MYSQL中插入当前时��_��
NOW()函数以`'YYYY-MM-DD HH:MM:SS'�q�回当前的日期时��_��可以直接存到DATETIME字段中�?br style="margin: 0px; padding: 0px;" />CURDATE()�?#8217;YYYY-MM-DD’的格式返回今天的日期�Q�可以直接存到DATE字段中�?br style="margin: 0px; padding: 0px;" />
CURTIME()�?#8217;HH:MM:SS’的格式返回当前的旉��Q�可以直接存到TIME字段中�?/span>
例：insert into tablename (fieldname) values (now())
now()�Q�以'yyyy-mm-dd hh:mm:ss'�q�回当前的日期时��_��可以直接存到datetime字段中�?/span>
curdate()�Q?#8217;yyyy-mm-dd’的格式返回今天的日期�Q�可以直接存到date字段中�?/span>

//获取Mysql�pȝ��旉��
select now() as systime ;
select sysdate() as systime ;
select current_date as systime ;
select current_time as systime ;
select current_timestamp as systime ;
select * from abing where to_days(sysdate())=to_days(createtime);
select * from abing where to_days(sysdate())=to_days(createtime);
select * from abing where str_to_date(now(),'%Y-%m-%d')=str_to_date(createtime,'%Y-%m-%d');
自己写的例子�Q��ؓ了以后忘��C��查询用：
use abin;
create table abin1(
id integer not null auto_increment,
name varchar(100),
create_time datetime ,
update_time datetime ,
constraint pk_abin1 primary key(id));
insert into abin1(name,create_time,update_time) values ('abin1',now(),now());
insert into abin1(name,create_time,update_time) values ('abin1',sysdate(),sysdate());

abin 2012-12-14 14:32 发表评论

Mysql 触发器和存储�q�程

abin — Thu, 18 Oct 2012 02:21:00 GMT

1、首先徏表：
create table tababin(
id int not null auto_increment,
name varchar(100),
constraint pk primary key(id)
)

2、拷贝一张相同的表：
create table tababin1 like tababin;

3.建立主键自增触发器：
create trigger triabin before insert on tababin for each ROW
begin
set @new=new.id;
end

4、插入记录：
insert into tababin (name) values ('abin1')
insert into tababin (name) values ('abin2')
insert into tababin (name) values ('abin3')

5‘�~�写存储�q�程(带游标和LOOP循环的存储过�E?�Q?
CREATE PROCEDURE pabin()
begin
declare id,status int ;
declare name varchar(100);
declare mycur cursor for select * from tababin;
declare continue handler for not found set status=1;
open mycur;
set status=0;
loopLabel:loop
fetch mycur into id,name;
if status=0 then
if id is not null then
if name is not null then
insert into tababin1 values (id,name);
end if;
end if;
end if;
if status =1 then
leave loopLabel;
end if;
end loop;
close mycur;
end

6、测试存储过�E�：
call pabin()

�l�果�Q�tababin1表里面新增了数据�?

abin 2012-10-18 10:21 发表评论

abin — Mon, 08 Oct 2012 12:22:00 GMT
mysql定时器是�pȝ��l�提供了event�Q�而oracle里面的定时器是系�l�给提供的job。废话少��_��下面创徏表：
create table mytable (
id int auto_increment not null,
name varchar(100) not null default '',
introduce text not null,
createtime timestamp not null,
constraint pk_mytable primary key(id)
)

创徏存储�q�程�Q�这里的存储�q�程主要提供�l�mysql的定时器event来调用去执行�Q?br />create procedure mypro()
BEGIN
insert into mytable (name,introduce,createtime) values ('1111','inner mongolia',now());
end;
�q�里只是��单的写了一下，只是��Z��说明例子�?br />

紧接着创徏mysql的定时器event�Q?br />create event if not exists eventJob
on schedule every 1 second
on completion PRESERVE
do call mypro();
�q�里讄��为每一�U�执行一��?br />

��x��所有的准备工作已经写完了，做完�q�些�Q�mysql要想利用定时器必��ȝ��做准备工作，��是把mysql的定时器�l�开启了�Q?br />SET GLOBAL event_scheduler = 1; -- 启动定时�?br />SET GLOBAL event_scheduler = 0; -- 停止定时�?br />

紧接着�q�要开启事�Ӟ��
ALTER EVENT eventJob ON COMPLETION PRESERVE ENABLE;   -- 开启事�?br />ALTER EVENT eventJob ON COMPLETION PRESERVE DISABLE; -- 关闭事�g

SHOW VARIABLES LIKE '%sche%'; -- 查看定时器状�?br />

��x��Q�你��L��据库里面的表mytable里面看下�Q�系�l�会每隔一�U�去插入一条数据，��d��Q��Q务完成了�?br />select * from mytable

abin 2012-10-08 20:22 发表评论

mysql function函数(一)

abin — Mon, 17 Sep 2012 14:32:00 GMT
1、徏�?br />create table abing(
id int not null auto_increment,
name varchar(30),
constraint pk primary key(id)
)

2.创徏函数
create function fabin(parameter varchar(10))returns char(100)
BEGIN
declare result int;
declare restatus char(100);
select count(*) into result from abing where name like CONCAT('%',parameter,'%');
set restatus=CAST(result AS CHAR);
return(restatus);
end

3、测试函数语�?br />select fabin('abing');

abin 2012-09-17 22:32 发表评论

mysql trigger(一)

abin — Sun, 16 Sep 2012 10:50:00 GMT

�W�一部分�Q�关于delete的触发器执行
CREATE TABLE `abin5` (
`id` int(11) DEFAULT NULL,
`name5` varchar(39) DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

create table abin6 like abin5;

建立触发器：

CREATE TRIGGER `tabin1` BEFORE DELETE ON `abin5` FOR EACH ROW begin
declare id int default 0;
declare name varchar(100) default null;
set id=OLD.id;
set name=OLD.name5;
insert into abin6 values (id,name);
end;

��试语句�Q?br />delete from abin5 where id='1';
然后查看abin6表里面，必定是新增了一条和abin5表里面删除掉的一模一��L��记录�?br />

�W�一部分�Q�关于insert的触发器执行
��Q?br />create table abing(
id int not null auto_increment,
name varchar(100),
constraint pk primary key(id)
)

建立触发器：�Q�用于主键自增）
create trigger tabing before insert on abing for each row
begin
set @id=new.id;
end

执行insert语句�Q?br />insert into abing (name) values ('abing');

查看�l�果�Q?br />select * from abing

呵呵�Q�结果是自然主键自增了�?br />

�W�一部分�Q�关于update的触发器执行
��Q?br />create table abing(
id int not null auto_increment,
name varchar(100),
sid int,
constraint pk primary key(id)
)

建立触发器：
create trigger tabing before update on abing for each row
begin
set @old=old.sid;
set @new=new.sid;
end

参考资料：http://database.51cto.com/art/201010/229404.htm

abin 2012-09-16 18:50 发表评论

mysql 存储�q�程游标(一)

abin — Sat, 15 Sep 2012 19:16:00 GMT

1、徏立存储过�E?br />create procedure pabin4()
BEGIN
declare status,id int;
declare az,ax varchar(100) default '';
declare mycur cursor for select * from abin5;
declare continue handler for not found set status=1;
open mycur;
set status=0;
loopLabel:LOOP

  fetch mycur into id,az;

  if status = 0 then
   if az is not null then
    set ax=CONCAT(az,'mycur');
   else
    set ax=CONCAT('mysql','mycur');
   end if;
   insert into abin5 values (id,ax);
  end if;

  if status = 1 then
   leave loopLabel;
  end if;

  end loop;
close mycur;
END

2、测试语�?br />

call pabin4()

abin 2012-09-16 03:16 发表评论

mysql 存储�q�程循环控制指��o

abin — Sat, 15 Sep 2012 18:30:00 GMT

在MySQL存储�q�程的语句中有三个标准的循环方式�Q�WHILE循环�Q�LOOP循环以及REPEAT循环。还有一�U�非标准的��@环方式：GOTO�Q�不�q�这�U��@环方式最好别用，很容易引��L��序的混�ؕ�Q�在�q�里��׃��错具体介�l�了�?/p>
�q�几个��@环语句的格式如下�Q?br />WHILE……DO……END WHILE
REPEAT……UNTIL END REPEAT
LOOP……END LOOP
GOTO�?/p>1、徏立存储过�E?br />create procedure pabin2()
BEGIN
declare i int ;
set i=0;
while i<5 do
insert into abin5 values (i,CONCAT('while',i));
set i=i+1;
end while;
END
��试语句�Q?br />call pabin2()

2、徏立存储过�E�：
create procedure pabin3()
BEGIN
declare i int ;
declare az varchar(100) default '';
set i=0;
repeat
set az=CONCAT('repeat',i);
insert into abin5 values (i,az);
set i=i+1;
until i>=5
end repeat;
end

��试语句�Q?br />call pabin3()

3、徏立存储过�E�：
create procedure pabin1()
begin
declare i int default 0;
declare av varchar(100) default '';
loop_label:LOOP
if i=3 then
  set i=i+1;
  iterate loop_label;
end if;
set av=CONCAT('loop',i);
insert into abin5 values (i,av);
set i=i+1;
if i>=5 then
  leave loop_label;
end if;
end loop;
end;

��试语句�Q?br />call pabin1()

abin 2012-09-16 02:30 发表评论

mysql 存储�q�程(Navicat For Mysql)

abin — Sat, 15 Sep 2012 18:00:00 GMT

开发环境：Navicat For Mysql
�W�一个例子，�?/span>(输出参数)�q�回值的存储�q�程�Q?/span>
1、徏�?br />create table abin5(
id int,
name5 VARCHAR(39)
)
2、创建存储过�E?br />create procedure pabin5(out n int)
BEGIN
select count(*) from abin5;
END
3、测试存储过�E?br />call pabin5(@n)

�W�二个例子，带输入参数的存储�q�程�Q?/span>
1、徏立存储过�E?br />create procedure pabin6(in n int)
BEGIN
SELECT * FROM abin5 where id=n;
END
2、测试存储过�E?br />SET @n=1;
CALL pabin6(@n)

abin 2012-09-16 02:00 发表评论

abin — Mon, 12 Mar 2012 15:31:00 GMT
MYSQL�?ENUM �c�d��的详�l�解�?/span>

ENUM �c�d��
ENUM 是一个字�W�串对象�Q�其值通常选自一个允许值列表中�Q�该列表在表创徏时的列规��D��明中被明��地列�D�?/p>
在下列某些情况下�Q��g��可以是空�?"") �?NULL�Q?/p>
如果��一个无效值插入一�?ENUM (卻I��一个不在允许值列表中的字�W�串)�Q�空字符串将作�ؓ一个特�D�的错误��D��插入。事实上�Q�这个字�W�串有别于一�?普通的"�I�字�W�串�Q�因��个字�W�串有个数字索引��gؓ 0。稍后有更详�l�描�q��?/li>
如果一�?ENUM 被声明�ؓ NULL�Q?code>NULL 也是该列的一个合法��|��q�且该列的缺省��g��ؓ NULL 。如果一�?ENUM 被声明�ؓ NOT NULL�Q�该列的�~�省值将是该列表所允许值的�W�一个成员�?

每个枚�D值均有一个烦引��|��

在列说明中列表值所允许的成员��D��?1 开始编受��?/li>
�I�字�W�串错误值的索引��gؓ 0。这��意味着�Q�你可以使用下面所�C�的 SELECT 语句扑և�被赋于无�?ENUM 值的记录行�?
mysql> SELECT * FROM tbl_name WHERE enum_col=0;
NULL 值的索引��gؓ NULL�?

例如�Q�指定�ؓ ENUM("one", "two", "three") 的一个列�Q�可以有下面所昄��的�Q一倹{��每个值的索引��g��如下所�C�：

�? 索引�?

NULL NULL

"" 0

"one" 1

"two" 2

"three" 3

换个枚�D最大可以有 65535 个成员倹{�?/p>
�?MySQL 3.23.51 开始，当表被创建时�Q?code>ENUM 值尾部的�I�格��会自动删除�?/p>
当�ؓ一�?ENUM 列赋值时�Q�字母的大小写是无关紧要的。然而，以后从列中检索出来的值的大小写却是匹配于创徏表时所指定的允许倹{�?/p>
如果在一个数字语境中��索一�?code>ENUM�Q�列值的索引值将被返回。例如，你可以像�q�样使用数字值检索一�?ENUM 列：
mysql> SELECT enum_col+0 FROM tbl_name;

如果��一个数字存储到一�?ENUM 中，数字被当作�ؓ一个烦引��|��q�且存储的值是该烦引值所对应的枚举成员�?但是�Q�这�?LOAD DATA ��不能工作，因�ؓ它视所有的输入均�ؓ字符丌Ӏ? 在一�?ENUM 字符串中存储数字是不明智的，因�ؓ它可能会打�ؕ思维�?/p>
ENUM ��g��照列规格说明中的列表��序�q�行排序�?换句话说�Q?code>ENUM ��g��照它们的索引��h��序�?举例来说�Q�对�?ENUM("a", "b") "a" 排在 "b" 后，但是对于 ENUM("b", "a") �Q?code> "b" 却排�?"a" 之前。空字符串排在非�I�字�W�串前，NULL 值排在其它所有的枚�D值前。�ؓ了防止意想不到的�l�果�Q�徏议依照字母的��序定义 ENUM 列表。也可以通过使用 GROUP BY CONCAT(col) 来确定该以字母顺序排序而不是以索引倹{�?/p>
如果希望得到一�?ENUM 列的所有可能��|��可以使用 SHOW COLUMNS FROM table_name LIKE enum_colum

abin 2012-03-12 23:31 发表评论

Mysql 字段数据�c�d��/长度及表�c�d��详细说明

abin — Mon, 12 Mar 2012 14:58:00 GMT

一、MySQL 字段数据�c�d��/长度

1、数值类�?/strong>

列类�?nbsp;             需要的存储�?span class="Apple-converted-space">
TINYINT                1 字节
SMALLINT             2 个字�?span class="Apple-converted-space">
MEDIUMINT          3 个字�?span class="Apple-converted-space">
INT                       4 个字�?span class="Apple-converted-space">
INTEGER             4 个字�?span class="Apple-converted-space">
BIGINT                 8 个字�?span class="Apple-converted-space">
FLOAT(X)           4 如果 X < = 24 �?8 如果 25 < = X < = 53
FLOAT                 4 个字�?span class="Apple-converted-space">
DOUBLE              8 个字�?span class="Apple-converted-space">
DOUBLE PRECISION     8 个字�?span class="Apple-converted-space">
REAL                    8 个字�?span class="Apple-converted-space">
DECIMAL(M,D)   M字节(D+2 , 如果M < D)
NUMERIC(M,D)   M字节(D+2 , 如果M < D)

MySQL 的数值数据类型可以大致划分�ؓ两个�c�d��Q�一个是整数�Q�另一个是��点数或��数。许多不同的子类型对�q�些�c�d��中的每一个都是可用的�Q�每个子�c�d��支持不同大小的数据，�q�且 MySQL 允许我们指定数值字�D�中的值是否有正负之分或者用零填补�?/p>
　　表列��Z��各种数值类型以及它们的允许范围和占用的内存�I�间�?/p>

�c�d��

大小

范围�Q�有�W�号�Q?/strong>

范围�Q�无�W�号�Q?/strong>

用�?/strong>

TINYINT

1 字节

(-128�Q?27)

(0�Q?55)

��整数�?/div>

SMALLINT

2 字节

(-32 768�Q?2 767)

(0�Q?5 535)

大整数�?/div>

MEDIUMINT

3 字节

(-8 388 608�Q? 388 607)

(0�Q?6 777 215)

大整数�?/div>

INT或INTEGER

4 字节

(-2 147 483 648�Q? 147 483 647)

(0�Q? 294 967 295)

大整数�?/div>

BIGINT

8 字节

(-9 233 372 036 854 775 808�Q? 223 372 036 854 775 807)

(0�Q?8 446 744 073 709 551 615)

极大整数�?/div>

FLOAT

4 字节

(-3.402 823 466 E+38�Q?.175 494 351 E-38)�Q?�Q?1.175 494 351 E-38�Q?.402 823 466 351 E+38)

0�Q?1.175 494 351 E-38�Q?.402 823 466 E+38)

单精�?br />��点数�?/div>

DOUBLE

8 字节

(1.797 693 134 862 315 7 E+308�Q?.225 073 858 507 201 4 E-308)�Q?�Q?2.225 073 858 507 201 4 E-308�Q?.797 693 134 862 315 7 E+308)

0�Q?2.225 073 858 507 201 4 E-308�Q?.797 693 134 862 315 7 E+308)

双精�?br />��点数�?/div>

DECIMAL

对DECIMAL(M,D) �Q�如果M>D�Q��ؓM+2否则为D+2

依赖于M和D的�?/div>

依赖于M和D的�?/div>

��数�?/div>

INT �c�d��

　　�?MySQL 中支持的 5 个主要整数类型是 TINYINT�Q�SMALLINT�Q�MEDIUMINT�Q�INT �?BIGINT。这些类型在很大�E�度上是相同的，只有它们存储的值的大小是不相同的�?/p>
　　MySQL 以一个可选的昄��宽度指示器的形式�?SQL 标准�q�行扩展�Q�这样当从数据库��索一个值时�Q�可以把�q�个值加长到指定的长度。例如，指定一个字�D늚��c�d��?INT(6)�Q�就可以保证所包含数字��于 6 个的��g��数据库中��索出来时能够自动地用�I�格填充。需要注意的是，使用一个宽度指�C�器不会影响字段的大��和它可以存储的值的范围�?/p>
　　万一我们需要对一个字�D�存储一个超��可范围的数字�Q�MySQL 会根据允许范围最接近它的一端截短后再进行存储。还有一个比较特别的地方是，MySQL 会在不合规定的值插入表前自动修改�ؓ 0�?/p>
　　UNSIGNED�Q�未�{��v�Q?修饰�W�规定字�D�只保存正倹{��因��Z��需要保存数字的正、负�W�号�Q�可以在储时节约一�?#8220;�?#8221;的空间。从而增大这个字�D�可以存储的值的范围�?/p>
　　ZEROFILL�Q�零填充�Q?修饰�W�规�?0�Q�不是空��|��可以用来真补输出的倹{��用这个修饰符可以��L�� MySQL 数据库存储负倹{�?/p>
FLOAT、DOUBLE �?DECIMAL �c�d��

　　MySQL 支持的三个��Q点类型是 FLOAT、DOUBLE �?DECIMAL �c�d��。FLOAT 数值类型用于表�C�单�_�ֺ��点数��|��?DOUBLE 数值类型用于表�C�双�_�ֺ��点数倹{�?/p>
　　与整��C��P��q�些�c�d��也带有附加参敎ͼ�一个显�C�宽度指�C�器和一个小数点指示器。比如语�?FLOAT(7,3) 规定昄��的��g��会超�q?7 位数字，��数点后面带�?3 位数字�?/p>
　　对于��数点后面的位数��过允许范围的��|��MySQL 会自动将它四舍五入�ؓ最接近它的��|��再插入它�?/p>
　　DECIMAL 数据�c�d��用于�_�ֺ�要求非常高的计算中，�q�种�c�d��允许指定数值的�_�ֺ�和计数方法作为选择参数。精度在�q�里指�ؓ�q�个��g��存的有效数字的��M��敎ͼ�而计数方法表�C�小数点后数字的位数。比如语�?DECIMAL(7,3) 规定了存储的��g��会超�q?7 位数字，�q�且��数点后不超�q?3 位�?/p>
　　忽略 DECIMAL 数据�c�d��的精度和计数�Ҏ��修饰�W�将会�� MySQL 数据库把所有标识�ؓ�q�个数据�c�d��的字�D늲�度设�|��ؓ 10�Q�计��方法设�|��ؓ 0�?/p>
　　UNSIGNED(未签�|? �?ZEROFILL�Q�零填充�Q?修饰�W�也可以�?FLOAT、DOUBLE �?DECIMAL 数据�c�d��使用。�ƈ且效果与 INT 数据�c�d��相同�?/p>
2、日期和旉��c�d��

列类�?nbsp;                 需要的存储�?/strong>
DATE                        3 个字�?span class="Apple-converted-space">
DATETIME                8 个字�?span class="Apple-converted-space">
TIMESTAMP             4 个字�?span class="Apple-converted-space">
TIME                         3 个字�?span class="Apple-converted-space">
YEAR                        1 字节

      在处理日期和旉��c�d��的值时�Q�MySQL 带有 5 个不同的数据�c�d��可供选择。它们可以被分成��单的日期、时间类型，和�؜合日期、时间类型。根据要求的�_�ֺ��Q�子�c�d��在每个分�c�d��中都可以使用�Q��ƈ�?MySQL 带有内置功能可以把多样化的输入格式变��Z��个标准格�?/p>

�c�d��

大小
(字节)

范围

格式

用�?/strong>

DATE

3

1000-01-01/9999-12-31

YYYY-MM-DD

日期�?/div>

TIME

3

'-838:59:59'/'838:59:59'

HH:MM:SS

旉��值或持箋旉��

YEAR

1

1901/2155

YYYY

�q�䆾�?/div>

DATETIME

8

1000-01-01 00:00:00/9999-12-31 23:59:59

YYYY-MM-DD HH:MM:SS

混合日期和时间�?/div>

TIMESTAMP

8

1970-01-01 00:00:00/2037 �q�某�?/div>

YYYYMMDD HHMMSS

混合日期和时间��|��旉��?/div>

DATE、TIME �?TEAR �c�d��

　　MySQL �?DATE �?TEAR �c�d��存储��单的日期��|��使用 TIME �c�d��存储旉��倹{��这些类型可以描�q�Cؓ字符串或不带分隔�W�的整数序列。如果描�q�Cؓ字符�Ԍ��DATE �c�d��的值应该��用连字号作�ؓ分隔�W�分开�Q��?TIME �c�d��的值应该��用冒号作为分隔符分开�?/p>
　　需要注意的是，没有冒号分隔�W�的 TIME �c�d��|��会�?MySQL 理解为持�l�的旉��Q�而不是时间戳�?/p>
　　MySQL �q�对日期的年份中的两个数字的��|��或是 SQL 语句中�ؓ TEAR �c�d��输入的两个数字进行最大限度的通译。因为所�?TEAR �c�d��的值必��ȝ�� 4 个数字存储。MySQL 试图��?2 个数字的�q�䆾转换�?4 个数字的倹{��把�?00-69 范围内的��D�{换到 2000-2069 范围内。把 70-99 范围内的��D�{换到 1970-1979 之内。如�?MySQL 自动转换后的值�ƈ不符合我们的需要，误��?4 个数字表�C�的�q�䆾�?/p>
DATETIME �?TIMESTAMP �c�d��

　　除了日期和时间数据类型，MySQL �q�支�?DATEYIME �?TIMESTAMP �q�两�U��؜合类型。它们可以把日期和时间作为单个的��D��行存储。这两种�c�d��通常用于自动存储包含当前日期和时间的旉��戻I��q�可在需要执行大量数据库事务和需要徏立一个调试和审查用途的审计跟踪的应用程序中发挥良好作用�?/p>
　　如果我们�?TIMESTAMP �c�d��的字�D�|��有明��赋��|��或是被赋与了 null 倹{��MySQL 会自动��用系�l�当前的日期和时间来填充它�?/p>
3、字�W�串�c�d��

列类�?nbsp;                           需要的存储�?/strong>
CHAR(M)                         M字节�Q? <= M <= 255
VARCHAR(M)                  L+1 字节, 在此L <= M�? <= M <= 255
TINYBLOB, TINYTEXT     L+1 字节, 在此L< 2 ^ 8
BLOB, TEXT                   L+2 字节, 在此L< 2 ^ 16
MEDIUMBLOB, MEDIUMTEXT            L+3 字节, 在此L< 2 ^ 24
LONGBLOB, LONGTEXT                   L+4 字节, 在此L< 2 ^ 32
ENUM('value1','value2',...)               1 �?2 个字�? 取决于枚丑ր�的数目(最大�?5535�Q?span class="Apple-converted-space">
SET('value1','value2',...)                  1�Q?�Q?�Q?�?个字�? 取决于集合成员的数量(最�?4个成员）

      MySQL 提供�?8 个基本的字符串类型，可以存储的范围从��单的一个字�W�到巨大的文本块或二�q�制字符串数据�?/p>

�c�d��

大小

用�?/strong>

CHAR

0-255字节

定长字符�?/div>

VARCHAR

0-255字节

变长字符�?/div>

TINYBLOB

0-255字节

不超�q?255 个字�W�的二进制字�W�串

TINYTEXT

0-255字节

短文本字�W�串

BLOB

0-65 535字节

二进制�Ş式的长文本数�?/div>

TEXT

0-65 535字节

长文本数�?/div>

MEDIUMBLOB

0-16 777 215字节

二进制�Ş式的中等长度文本数据

MEDIUMTEXT

0-16 777 215字节

中等长度文本数据

LOGNGBLOB

0-4 294 967 295字节

二进制�Ş式的极大文本数据

LONGTEXT

0-4 294 967 295字节

极大文本数据

CHAR �?VARCHAR �c�d��

　　CHAR �c�d��用于定长字符�Ԍ��q�且必须在圆括号内用一个大��修饰符来定义。这个大��修饰符的范围从 0-255。比指定长度大的值将被截短，而比指定长度��的值将会用�I�格作填补�?/p>
　　CHAR �c�d��可以使用 BINARY 修饰�W�。当用于比较�q�算�Ӟ��q�个修饰�W�� CHAR 以二�q�制方式参于�q�算�Q�而不是以传统的区分大��写的方式�?/p>
　　CHAR �c�d��的一个变体是 VARCHAR �c�d��。它是一�U�可变长度的字符串类型，�q�且也必��d��有一个范围在 0-255 之间的指�C�器。CHAR �?VARCHGAR 不同之处在于 MuSQL 数据库处理这个指�C�器的方式：CHAR 把这个大��视为值的大小�Q�不长度不��的情况下��q��I�格补��。�?VARCHAR �c�d��把它视�ؓ最大值�ƈ且只使用存储字符串实际需要的长度�Q�增加一个额外字节来存储字符串本�w�的长度�Q�来存储倹{��所以短于指�C�器长度�?VARCHAR �c�d��不会被空格填补，但长于指�C�器的��g��然会被截短�?/p>
　　因�ؓ VARCHAR �c�d��可以�Ҏ��实际内容动态改变存储值的长度�Q�所以在不能��定字段需要多��字�W�时使用 VARCHAR �c�d��可以大大地节�U�磁盘空间、提高存储效率�?/p>
　　VARCHAR �c�d��在��?BINARY 修饰�W�时�?CHAR �c�d��完全相同�?/p>
TEXT �?BLOB �c�d��

　　对于字段长度要求��过 255 个的情况下，MySQL 提供�?TEXT �?BLOB 两种�c�d��。根据存储数据的大小�Q�它们都有不同的子类型。这些大型的数据用于存储文本块或囑փ�、声��x��件等二进制数据类型�?/p>
　　TEXT �?BLOB �c�d��在分�c�d��比较上存在区别。BLOB �c�d��区分大小写，�?TEXT 不区分大��写。大��修饰符不用于各�U?BLOB �?TEXT 子类型。比指定�c�d��支持的最大范围大的值将被自动截短�?/p>
3、复合类�?/strong>

　　MySQL �q�支持两�U�复合数据类�?ENUM �?SET�Q�它们扩展了 SQL 规范。虽然这些类型在技术上是字�W�串�c�d��Q�但是可以被视�ؓ不同的数据类型。一�?ENUM �c�d��只允�总�一个集合中取得一个��|��?SET �c�d��允许从一个集合中取得��L��多个倹{�?/p>
ENUM �c�d��

　　ENUM �c�d��因�ؓ只允许在集合中取得一个��|��有点�c�M��于单选项。在处理�怺�排拆的数据时�Ҏ��让�h理解�Q�比如�h�cȝ��性别。ENUM �c�d��字段可以从集合中取得一个值或使用 null ��|��除此之外的输入将会�� MySQL 在这个字�D�中插入一个空字符丌Ӏ�另外如果插入值的大小写与集合中值的大小写不匚w��Q�MySQL 会自动��用插入值的大小写�{换成与集合中大小写一致的倹{�?/p>
　　 ENUM �c�d��在系�l�内部可以存储�ؓ数字�Q��ƈ且从 1 开始用数字做烦引。一�?ENUM �c�d��最多可以包�?65536 个元素，其中一个元素被 MySQL 保留�Q�用来存储错误信息，�q�个错误值用索引 0 或者一个空字符串表�C��?/p>
　　MySQL 认�ؓ ENUM �c�d��集合中出现的值是合法输入�Q�除此之外其它�Q何输入都��失败。这说明通过搜烦包含�I�字�W�串或对应数字烦引�ؓ 0 的行��可以很�Ҏ��地找到错误记录的位置�?/p>
SET �c�d��

　　SET �c�d��?ENUM �c�d��怼�但不相同。SET �c�d��可以从预定义的集合中取得��L��数量的倹{��ƈ且与 ENUM �c�d��相同的是��M��试图�?SET �c�d��字段中插入非预定义的值都会�� MySQL 插入一个空字符丌Ӏ�如果插入一个即有合法的元素又有非法的元素的记录�Q�MySQL ��会保留合法的元素，除去非法的元素�?/p>
　　一�?SET �c�d��最多可以包�?64 ��元素。在 SET 元素中��D��存储��Z��个分��ȝ��“�?#8221;序列�Q�这�?#8220;�?#8221;表示与它相对应的元素�?#8220;�?#8221;是创建有序元素集合的一�U�简单而有效的方式。�ƈ且它�q�去除了重复的元素，所�?SET �c�d��中不可能包含两个相同的元素�?/p>
　　希望�?SET �c�d��字段中找出非法的记录只需查找包含�I�字�W�串或二�q�制��gؓ 0 的行�?/p>
二、MySQL 数据表类型说�?/strong>

1. MyISAM �?/strong> MyISAM 存储格式自版�?.23 以来�?MySQL 中的�~�省�c�d��Q�它有下列特点：
■ 如果操作�pȝ��自��n允许更大的文�Ӟ��那么文�g�?ISAM 存储�Ҏ��的大�?br />■ 数据以低字节优先的机器独立格式存储。这表示可将表从一�U�机器拷贝到另一�U�机器，即��它们的体�pȝ��构不同也可以拯��?br />■ 数值烦引值占的存储空间较��，因�ؓ它们是按高字节优先存储的。烦引值在低位字节中变化很快，因此高位字节更容易比较�?br />■ AUTO_INCREMENT 处理�?ISAM 的表更好�?br />■ 减少了几个烦引限制。例如，可对�?NULL 值的列进行烦引，�q�可以对 BLOB �?TEXT �c�d��的列�q�行索引�?br />■ ��Z��改善表的完整性检查，每个表都��h��一个标志，�?myisamchk 对表�q�行�q�检查后�Q�设�|�该标志。可利用 myisamchk - fast 跌��对自前次��查以来尚未被修改�q�表的检查，�q�样使此��理��d��更快。表中还有一个指�C��是否正常关闭的标志。如果服务器关闭不正常，或机器崩溃，此标志可用来��出服务器�v动时需要检查的表�?/p>
2. ISAM �?/strong> ISAM 存储格式�?MySQL3.23 所用的最旧的格式�Q�但当前仍然可用。通常�Q�相对于 ISAM 表来��_��宁可使用 MyISAM 表，因�ؓ它们的限制较��。对 ISAM 表的支持随着此存储格式被 MyISAM 表格式所支持很有可能会逐渐消失�?/p>
3. HEAP �?/strong> HEAP 存储格式建立利用定长行的内存中的表，�q��表运行得非常快。在服务器停止时�Q�它们将会消失。在�q�种意义上，�q�些表是临时的。但是，与用 CREATE TEMPORARY TABLE 所创徏的��时表相比�Q�HEAP 表是其他客户机可见的。HEAP 表有几个限制�Q�这些限制对 MyISAM �?ISAM 表没有，如下所�C�：
■ 索引仅用�?#8220;=”�?#8220;< = >”比较�?br />■ 索引列中不能�?NULL 倹{�?br />■ 不能使用 BLOB �?TEXT 列�?br />■ 不能使用 AUTO_INCREMENT 列。　

来自: http://hi.baidu.com/patty555/blog/item/cb4d6e971d00fe1c7bf480ba.html

abin 2012-03-12 22:58 发表评论

�?	索引�?
`NULL`	`NULL`
`""`	0
`"one"`	1
`"two"`	2
`"three"`	3

�c�d��	大小	范围�Q�有�W�号�Q?/strong>	范围�Q�无�W�号�Q?/strong>	用�?/strong>
TINYINT	1 字节	(-128�Q?27)	(0�Q?55)	��整数�?/div>
SMALLINT	2 字节	(-32 768�Q?2 767)	(0�Q?5 535)	大整数�?/div>
MEDIUMINT	3 字节	(-8 388 608�Q? 388 607)	(0�Q?6 777 215)	大整数�?/div>
INT或INTEGER	4 字节	(-2 147 483 648�Q? 147 483 647)	(0�Q? 294 967 295)	大整数�?/div>
BIGINT	8 字节	(-9 233 372 036 854 775 808�Q? 223 372 036 854 775 807)	(0�Q?8 446 744 073 709 551 615)	极大整数�?/div>
FLOAT	4 字节	(-3.402 823 466 E+38�Q?.175 494 351 E-38)�Q?�Q?1.175 494 351 E-38�Q?.402 823 466 351 E+38)	0�Q?1.175 494 351 E-38�Q?.402 823 466 E+38)	单精�?br />��点数�?/div>
DOUBLE	8 字节	(1.797 693 134 862 315 7 E+308�Q?.225 073 858 507 201 4 E-308)�Q?�Q?2.225 073 858 507 201 4 E-308�Q?.797 693 134 862 315 7 E+308)	0�Q?2.225 073 858 507 201 4 E-308�Q?.797 693 134 862 315 7 E+308)	双精�?br />��点数�?/div>
DECIMAL	对DECIMAL(M,D) �Q�如果M>D�Q��ؓM+2否则为D+2	依赖于M和D的�?/div>	依赖于M和D的�?/div>	��数�?/div>

�c�d��	大小 (字节)	范围	格式	用�?/strong>
DATE	3	1000-01-01/9999-12-31	YYYY-MM-DD	日期�?/div>
TIME	3	'-838:59:59'/'838:59:59'	HH:MM:SS	旉��值或持箋旉��
YEAR	1	1901/2155	YYYY	�q�䆾�?/div>
DATETIME	8	1000-01-01 00:00:00/9999-12-31 23:59:59	YYYY-MM-DD HH:MM:SS	混合日期和时间�?/div>
TIMESTAMP	8	1970-01-01 00:00:00/2037 �q�某�?/div>	YYYYMMDD HHMMSS	混合日期和时间��\|��旉��?/div>

精品久久久一区二区,亚洲成人二区,在线亚洲欧美

MySQL触发器Trigger实例��?

mysql mysqldump

Windows下Mysql5.6.10 Master Slave配置

mysql 分组排序

mysql sql优化

二叉�?>B-tree->b+tree->b+tree改良

MySQL SQL优化�ȝ��

前言

优化目标

优化�Ҏ��

常见误区

基本原则

Mysql解决select ... into outfile '..' mysql写文件权限问�?

启动和关闭MySQL服务

Mysql -- InnoDb索引

innodb innodb_adaptive_hash_index

mysql sql优化

mysql中的SQL优化与执行计�?/a>

MySQL 切分(Sharding)、水�q�_��分、垂直切分以及读写分��ȝ��区别

INSERT INTO�?ON DUPLICATE KEY UPDATE

mysql 旉���函数

Mysql 触发器和存储�q�程

mysql function函数(一)

mysql trigger(一)

mysql 存储�q�程游标(一)

mysql 存储�q�程循环控制指��o

mysql 存储�q�程(Navicat For Mysql)

Mysql 字段数据�c�d��/长度及表�c�d��详细说明

mysql 旉��函数