sql

JOIN: 一般连接。LEFT JOIN: 左连接。 RIGHT JOIN: 右连接。FULL JOIN: 全连接。这是用在大于1个表以上的连接。如2个表的连接大部门会用到JOIN， LEFT LOGIN,RIGHT LEFT,, 如： table1 table2select * from table1 as a ,table2 as b where a.id=b.foreid; 这是不会JOIN 的。 也可连接。 select * from table1 left join tble2 where a.id=b.foreidright join.,,,是一个道理。是一样的。full也是一样。

对于SQL中inner join、outer join和cross join的区别很多人不知道，我也是别人问起，才查找资料看了下，跟自己之前的认识差不多，如果你使用join连表，缺陷的情况下是inner join,另外，开发中使用的left join和right join属于outer join,另外outer join还包括full join.下面我通过图标让大家认识它们的区别。现有两张表，Table A 是左边的表。Table B 是右边的表。其各有四条记录，其中有两条记录name是相同的：1.INNER JOIN 产生的结果是AB的交集SELECT * FROM TableA INNER JOIN TableB ON TableA.name = TableB.name2.LEFT [OUTER] JOIN 产生表A的完全集，而B表中匹配的则有值，没有匹配的则以null值取代。SELECT * FROM TableA LEFT OUTER JOIN TableB ON TableA.name = TableB.name3.RIGHT [OUTER] JOIN 产生表B的完全集，而A表中匹配的则有值，没有匹配的则以null值取代。SELECT * FROM TableA RIGHT OUTER JOIN TableB ON TableA.name = TableB.name图标如left join类似。4.FULL [OUTER] JOIN 产生A和B的并集。对于没有匹配的记录，则会以null做为值。SELECT * FROM TableA FULL OUTER JOIN TableB ON TableA.name = TableB.name 你可以通过is NULL将没有匹配的值找出来：SELECT * FROM TableA FULL OUTER JOIN TableB ON TableA.name = TableB.nameWHERE TableA.id IS null OR TableB.id IS null 5. CROSS JOIN 把表A和表B的数据进行一个N*M的组合，即笛卡尔积。如本例会产生4*4=16条记录，在开发过程中我们肯定是要过滤数据，所以这种很少用。SELECT * FROM TableA CROSS JOIN TableB 相信大家对inner join、outer join和cross join的区别一目了然了。

from Ainner join B on a.学号=b.学号 left outer join C on a.班级编号=c.班级编号 --左连接

select A.*, B.*, C.*from TableA as A left outer join TableB as B on A.Column1 = B.Column left outer join TableC as C on A.Column2 = C.Column

表a aid adate 1 a1 2 a2 3 a3 表b bid bdate 1 b1 2 b2 4 b4 两个表a、b相连接，要取出id相同的字段。select * from a inner join b on a.aid = b.bid这是仅取出匹配的数据。此时的取出的是:1 a1 b1 2 a2 b2 那么left join 指:select * from a left join b on a.aid = b.bid 首先取出a表中所有数据，然后再加上与a、b匹配的的数据。此时的取出的是：1 a1 b1 2 a2 b2 3 a3 空字符同样的也有right join指的是首先取出b表中所有数据，然后再加上与a、b匹配的的数据。此时的取出的是：1 a1 b1 2 a2 b2 4 空字符 b4LEFT JOIN 或 LEFT OUTER JOIN。左向外联接的结果集包括 LEFT OUTER 子句中指定的左表的所有行，而不仅仅是联接列所匹配的行。如果左表的某行在右表中没有匹配行，则在相关联的结果集行中右表的所有选择列表列均为空值。实例"Persons" 表： Id_P LastName FirstName Address City 1 Adams John Oxford Street London 2 Bush George Fifth Avenue New York 3 Carter Thomas Changan Street Beijing"Orders" 表： Id_O OrderNo Id_P 1 77895 3 2 44678 3 3 22456 1 4 24562 1 5 34764 65左连接（LEFT JOIN）实例现在，我们希望列出所有的人，以及他们的定购 - 如果有的话。您可以使用下面的 SELECT 语句：SELECT Persons.LastName, Persons.FirstName, Orders.OrderNoFROM PersonsLEFT JOIN OrdersON Persons.Id_P=Orders.Id_PORDER BY Persons.LastName结果集： LastName FirstName OrderNo Adams John 22456 Adams John 24562 Carter Thomas 77895 Carter Thomas 44678 Bush GeorgeLEFT JOIN 关键字会从左表 (Persons) 那里返回所有的行，即使在右表 (Orders) 中没有匹配的行。

select tableid,name,namefrom 表1as 表1left outer join 表2 as 表2.1 on AName(表1里面的一个ID)=id(表2.1的ID) left outer join 表2 as 表2.2 on BName(表1里面的另一个ID)=id(表2.2的ID) 这样试试

本文主要介绍 SQL 标准中定义的各种连接的意义和区别，例如，交叉连接（ CROSS JOIN ）、内连接（ INNER JOIN ）、外连接（ OUTER JOIN ）、自然连接（ NATURAL JOIN ）等，并结合例子讲解这些连接在 MySQL 中的语法和表现。 从网上的资料看， JOIN 更多翻译为连接，本文中凡是出现中文“连接”的地方都是指 JOIN 。 本文中用到的所有例子涉及两张表—— customers 用户表和 orders 订单表，其中订单表中的 cust_id 字段表示用户的唯一 ID，也就是用户表的主键 cust_id 。两张表的数据如下： 注：两张表都经过了简化，实际业务中这两张表肯定还包括其他字段。 英文维基百科 JOIN 词条 对连接的定义如下： 翻译过来就是，“连接可以根据一张（自连接）或多张表中的共同值将这些表的列数据合并为一个新的结果集，标准 SQL 定义了五种连接：内连接、左外连接、右外连接、全外连接和交叉连接。” 也就是说，连接是 SQL 标准中定义的一种组合多张表的方式，当然一张表自身也可以和自身组合，称为自连接。连接后得到的结果集的每一列其实都来自用于连接的多张表，不同的连接类型只是区分了这些列具体从哪张表里来，列里填充的是什么数据。 其实英文维基百科的 JOIN 词条已经把各种连接的类型解释地非常清楚了，非常值得去看一下。 我们来看一下 SQL 标准中定义的各种连接类型，理解各种连接最好的方法就是把需要连接的表想象成集合，并画出可以反映集合的交与并的情况的图——韦恩图，例如下图就画出了 SQL 中定义的几种主要连接。 请先仔细查看一下图中的内容，你可以从中归纳出几种连接类型呢？ 虽然图中画了 7 种集合的交并情况，但是总结起来，主要是两种连接类型在起作用——内连接（ INNER JOIN ）和外连接（ OUTER JOIN ），其中外连接又分为了左外连接（ LEFT OUTER JOIN ）、右外连接（ RIGHT OUTER JOIN ）和全外连接（ FULL OUTER JOIN ）。 下面先简单介绍一下 SQL 标准中各种连接的定义，然后在「MySQL 中的连接」一节再用例子来演示 MySQL 中支持的各种连接。 连接既然是用来合并多张表的，那么要定义一个连接就必须指定需要连接的表，并指定可选的连接条件。例如，一个典型的 SQL 连接语句如下： 我们用表 A 和表 B 指代需要连接的两张表，经过 内连接 后得到的结果集 仅 包含所有满足 连接条件 的数据；而经过 外连接 后得到的数据集 不仅 包含满足 连接条件 的数据，还包含其他数据，具体的差别是： 在上面「SQL 标准定义的主要连接」一图中并没有列出交叉连接，交叉连接会对连接的两张表做笛卡尔积，也就是连接后的数据集中的行是由第一张表中的每一行与第二张表中的每一行配对而成的，而不管它们 逻辑上 是否可以搭配在一起。假设交叉连接的两张表分别有 m 和 n 行数据，那么交叉连接后的数据集就包含 m 乘以 n 行数据。 连接根据连接的条件不同，又可以区分为等值连接和非等值连接，「SQL 标准定义的主要连接」图中画出的连接的连接条件都是比较两个字段是否相等，它们都是等值连接。 自然连接是等值连接的一种特殊形式，自然连接会自动选取需要连接的两张表中字段名相同的 所有 列做相等比较，而不需要再指定连接条件了。 注：以下内容全部基于 MySQL 5.7 版本，所有例子只保证在 MySQL 5.7 上是可以正确执行的。 MySQL 中支持的连接类型和关键字如下： 上面的表示方法摘自 MySQL 5.7 版本 官方文档 ，其中 | 表示两者皆可出现， [] 表示的是可选的， {} 表示的是必选的，例如 NATURAL LEFT JOIN 和 NATURAL JOIN 都是合法的。 可以看到，除了全外连接（ FULL OUTER JOIN ）以外， MySQL 基本支持了 SQL 标准中定义的各种连接。在 MySQL 中全外连接可以通过 UNION 合并的方式做到，当然前提是你知道自己为什么需要这么做，具体参见： Full Out Join in MySQL 。 MySQL 语法中还支持一个并不在 SQL 标准中的 STRAIGHT_JOIN ，它在 表现上 和内连接或者交叉连接并无区别，只是一种给 MySQL 优化器的一个提示， STRAIGHT_JOIN 提示 MySQL 按照语句中表的顺序加载表，只有在你明确清楚 MySQL 服务器对你的 JOIN 语句做了负优化的时候才可能用到它。 还有一点需要说明的是，根据 官方文档 ，在 MySQL 中， JOIN 、 CROSS JOIN 和 INNER JOIN 实现的功能是一致的，它们在语法上是等价的。从语义上来说， CROSS JOIN 特指无条件的连接（没有指定 ON 条件的 JOIN 或者没有指定 WHERE 连接条件的多表 SELECT ）， INNER JOIN 特指有条件的连接（指定了 ON 条件的 JOIN 或者指定了 WHERE 连接条件的多表 SELECT ）。当然，如果你非要写 ... CROSS JOIN ... ON ... 这样的语法，也是可以执行的，虽然写着交叉连接，实际上执行的是内连接。 下面我们就用例子来看一看 MySQL 中支持的几种连接的例子。 注：下面的例子都没有指定 ORDER BY 子句，返回结果的顺序可能会因为数据插入顺序的不同而略有不同。 MySQL 的交叉连接或内连接有两种写法，一种是使用 JOIN 并用 ON 或者 USING 子句指定连接条件的写法，一种是普通的 SELECT 多表，并且用 WHERE 子句指定连接的键的写法。 下面的例子是一个交叉连接： 上面的写法等价于： 当然，第二种写法中如果将 CROSS JOIN 替换成 JOIN 或者 INNER JOIN 也是可以正确执行的。上面两条语句的执行结果如下： 可以看到共返回了 30 行结果，是两张表的笛卡尔积。 一个内连接的例子如下： 上面的写法等价于： 在连接条件比较的字段相同的情况下，还可以改用 USING 关键字，上面的写法等价于： 上面三条语句的返回结果如下： 可以看到只返回了符合连接条件 customers.cust_id = orders.cust_id 的 6 行结果，结果的含义是所有有订单的用户和他们的订单。 左外连接和右外连接的例子如下，其中的 OUTER 关键字可以省略： 其中右外连接的返回与内连接的返回是一致的（思考一下为什么），左外连接的返回结果如下： 可以看到一共返回了 8 行数据，其中最后两行数据对应的 order_id 的值为 NULL ，结果的含义是所有用户的订单，不管这些用户是否已经有订单存在了。 根据前面介绍的自然连接的定义，自然连接会自动用参与连接的两张表中 字段名相同 的列做等值比较，由于例子中的 customers 和 orders 表只有一列名称相同，我们可以用自然连接的语法写一个与上面的内连接的例子表现行为一样的语句如下： 可以看到，使用自然连接就不能再用 ON 子句指定连接条件了，因为这完全是多余的。 当然，自然连接同样支持左外连接和右外连接。 下面用一个 customers 表自连接的例子再来说明一下自然连接，语句如下： 因为是自连接，因此必须使用 AS 指定别名，否则 MySQL 无法区分“两个” customers 表，运行的结果如下： 可以看到结果集和 customers 表完全一致，大家可以思考一下为什么结果是这样的。 文章之前也提到了，MySQL 还支持一种 SQL 标准中没有定义的“方言”， STRAIGHT_JOIN ， STRAIGHT_JOIN 支持带 ON 子句的内连接和不带 ON 子句的交叉连接，我们来看一个 STRAIGHT_JOIN 版本的内连接的例子： 返回结果与前面内连接的例子是一致的，如下： STRAIGHT_JOIN 的表现和 JOIN 是完全一致的，它只是一种给 MySQL 优化器的提示，使得 MySQL 始终按照语句中表的顺序读取表（上面的例子中，MySQL 在执行时一定会先读取 customers 表，再读取 orders 表），而不会做改变读取表的顺序的优化。关于 MySQL 优化器的话题这里不做展开，需要说明的是除非你非常清楚你在做什么，否则不推荐直接使用 STRAIGHT_JOIN 。 你能理解上面的语句是在检索什么数据吗？ 本文主要介绍了 SQL 标准里定义的各种连接的概念，以及 MySQL 中的实现，并通过各种例子来介绍了这些连接的区别。这些连接不一定都能在实际开发中用到，但是做到心中有知识也还是很有必要的。 那么，现在再回忆一下，什么是内连接、外连接、自连接、等值连接和自然连接？他们的区别是什么？ 最后，给大家留一个思考题，为什么 MySQL 中没有左外连接或者右外连接版本的 STRAIGHT_JOIN ？

(inner) join on 内链接 与 where 子查询 是一样的。主要有区别是 left join right join 以及 full join，功能和性能跟where有差异inner join(等值连接)只返回两个表中联结字段相等的行WHERE 和INNER JOIN产生的连接关系，本质区别不详，结果一样。（1）在效率上，Where可能具有和Inner join一样的效率。但基本可以肯定的（通过SQLServer帮助和其它资料，以及本测试）是Join的效率不比Where差。（2）使用Join可以帮助检查语句中的无效或者误写的关联条件。（3）从可读性角度来看，Where更直观。left joinleft outer join(左联接) 返回包括左表中的所有记录和右表中联结字段相等的记录 左向外联接的结果集包括 LEFT OUTER 子句中指定的左表的所有行，而不仅仅是联接列所匹配的行。如果左表的某行在右表中没有匹配行，则在相关联的结果集行中右表的所有选择列表列均为空值。right joinright outer join(右联接) 返回包括右表中的所有记录和左表中联结字段相等的记录右向外联接是左向外联接的反向联接。将返回右表的所有行。如果右表的某行在左表中没有匹配行，则将为左表返回空值。full joinfull outer join(全连接)完整外部联接返回左表和右表中的所有行当某行在另一个表中没有匹配行时，则另一个表的选择列表列包含空值。如果表之间有匹配行，则整个结果集行包含基表的数据值。Join & where总结:where是两个表中的数据满足共同条件才会显示。Jion on是相同条件匹配。因此，除了inner join结果通常不一样。

表a aid adate 1 a1 2 a2 3 a3 表b bid bdate 1 b1 2 b2 4 b4 两个表a、b相连接，要取出id相同的字段。 select * from a inner join b on a.aid = b.bid 这是仅取出匹配的数据。 此时的取出的是: 1 a1 b1 2 a2 b2 那么left join 指: select * from a left jo表a aid adate 1 a1 2 a2 3 a3 表b bid bdate 1 b1 2 b2 4 b4 两个表a、b相连接，要取出id相同的字段。select * from a inner join b on a.aid = b.bid这是仅取出匹配的数据。此时的取出的是:1 a1 b1 2 a2 b2 那么left join 指:select * from a left join b on a.aid = b.bid 首先取出a表中所有数据，然后再加上与a、b匹配的的数据。此时的取出的是：1 a1 b1 2 a2 b2 3 a3 空字符同样的也有right join指的是首先取出b表中所有数据，然后再加上与a、b匹配的的数据。此时的取出的是：1 a1 b1 2 a2 b2 4 空字符 b4LEFT JOIN 或 LEFT OUTER JOIN。左向外联接的结果集包括 LEFT OUTER 子句中指定的左表的所有行，而不仅仅是联接列所匹配的行。如果左表的某行在右表中没有匹配行，则在相关联的结果集行中右表的所有选择列表列均为空值。实例"Persons" 表： Id_P LastName FirstName Address City 1 Adams John Oxford Street London 2 Bush George Fifth Avenue New York 3 Carter Thomas Changan Street Beijing"Orders" 表： Id_O OrderNo Id_P 1 77895 3 2 44678 3 3 22456 1 4 24562 1 5 34764 65左连接（LEFT JOIN）实例现在，我们希望列出所有的人，以及他们的定购 - 如果有的话。您可以使用下面的 SELECT 语句：SELECT Persons.LastName, Persons.FirstName, Orders.OrderNoFROM PersonsLEFT JOIN OrdersON Persons.Id_P=Orders.Id_PORDER BY Persons.LastName结果集： LastName FirstName OrderNo Adams John 22456 Adams John 24562 Carter Thomas 77895 Carter Thomas 44678 Bush GeorgeLEFT JOIN 关键字会从左表 (Persons) 那里返回所有的行，即使在右表 (Orders) 中没有匹配的行。

SQL Join 共有四种连接方式：JOIN，LEFT JOIN，RIGHT JOIN，FULL JOIN。原始的表 (用在例子中的)：Persons 表：Id_PLastNameFirstNameAddressCity1AdamsJohnOxford StreetLondon2BushGeorgeFifth AvenueNew York3CarterThomasChangan StreetBeijingOrders 表：Id_OOrderNoId_P177895324467833224561424562153476465内连接(INNER JOIN)实例现在，我们希望列出所有人的定购。您可以使用下面的 SELECT 语句：SELECT Persons.LastName, Persons.FirstName, Orders.OrderNoFROM PersonsINNER JOIN OrdersON Persons.Id_P=Orders.Id_PORDER BY Persons.LastName结果集：LastNameFirstNameOrderNoAdamsJohn22456AdamsJohn24562CarterThomas77895CarterThomas44678INNER JOIN 关键字在表中存在至少一个匹配时返回行。如果 Persons 中的行在 Orders 中没有匹配，就不会列出这些行。注释：INNER JOIN 与 JOIN 是相同的。左连接(LEFT JOIN)实例现在，我们希望列出所有的人，以及他们的定购 - 如果有的话。您可以使用下面的 SELECT 语句：SELECT Persons.LastName, Persons.FirstName, Orders.OrderNoFROM PersonsLEFT JOIN OrdersON Persons.Id_P=Orders.Id_PORDER BY Persons.LastName结果集：LastNameFirstNameOrderNoAdamsJohn22456AdamsJohn24562CarterThomas77895CarterThomas44678BushGeorgeLEFT JOIN 关键字会从左表 (Persons) 那里返回所有的行，即使在右表 (Orders) 中没有匹配的行。注释：在某些数据库中， LEFT JOIN 称为 LEFT OUTER JOIN。右连接(RIGHT JOIN)实例现在，我们希望列出所有的定单，以及定购它们的人 - 如果有的话。您可以使用下面的 SELECT 语句：SELECT Persons.LastName, Persons.FirstName, Orders.OrderNoFROM PersonsRIGHT JOIN OrdersON Persons.Id_P=Orders.Id_PORDER BY Persons.LastName结果集：LastNameFirstNameOrderNoAdamsJohn22456AdamsJohn24562CarterThomas77895CarterThomas4467834764RIGHT JOIN 关键字会从右表 (Orders) 那里返回所有的行，即使在左表 (Persons) 中没有匹配的行。注释：在某些数据库中， RIGHT JOIN 称为 RIGHT OUTER JOIN。全连接(FULL JOIN)实例现在，我们希望列出所有的人，以及他们的定单，以及所有的定单，以及定购它们的人。您可以使用下面的 SELECT 语句：SELECT Persons.LastName, Persons.FirstName, Orders.OrderNoFROM PersonsFULL JOIN OrdersON Persons.Id_P=Orders.Id_PORDER BY Persons.LastName结果集：LastNameFirstNameOrderNoAdamsJohn22456AdamsJohn24562CarterThomas77895CarterThomas44678BushGeorge34764FULL JOIN 关键字会从左表 (Persons) 和右表 (Orders) 那里返回所有的行。如果 Persons 中的行在表 Orders 中没有匹配，或者如果 Orders 中的行在表 Persons 中没有匹配，这些行同样会列出。注释：在某些数据库中， FULL JOIN 称为 FULL OUTER JOIN。

学习了。

这个怎么解释啊，就是连接到左面和右面啊

交叉连接（CROSS JOIN）：有两种，显式的和隐式的，不带ON子句，返回的是两表的乘积，也叫笛卡尔积，返回记录的个数应当是a和b表中符合记录的和。显式：select [cols_list] from a cross join b where [condition]隐式：select [cols_list] from a， b where [condition]内连接（INNER JOIN）：有两种，显式的和隐式的，返回连接表中符合连接条件和查询条件的数据行，和我们写普通的sql相同。显式：select [cols_list] from a inner join b on [condition] where [condition]隐式：select [cols_list] from a， b where [condition]外连接（OUTER JOIN）：外连不但返回符合连接和查询条件的数据行，还返回不符合条件的一些行。外连接分三类：左外连接（LEFT OUTER JOIN）、右外连接（RIGHT OUTER JOIN）和全外连接（FULL OUTER JOIN）。三者的共同点是都返回符合连接条件和查询条件（即：内连接）的数据行。不同点如下：左外连接还返回左表中不符合连接条件单符合查询条件的数据行。右外连接还返回右表中不符合连接条件单符合查询条件的数据行。全外连接还返回左表中不符合连接条件单符合查询条件的数据行，并且还返回右表中不符合连接条件单符合查询条件的数据行。全外连接实际是上左外连接和右外连接的数学合集（去掉重复），即“全外=左外 UNION 右外”。说明：左表就是在“（LEFT OUTER JOIN）”关键字左边的表。右表当然就是右边的了。在三种类型的外连接中，OUTER 关键字是可省略的如：select [cols_list] from a left join b on [condition] where [condition]多个表的情况可以用：select [cols_list] from a left join b on [condition] inner join c on [condition] where [condition]

1、left join :左连接，返回左表中所有的记录以及右表中连接字段相等的记录。2、right join :右连接，返回右表中所有的记录以及左表中连接字段相等的记录。3、inner join :内连接，又叫等值连接，只返回两个表中连接字段相等的行。其他：4、full join :外连接，返回两个表中的行：left join + right join5、cross join :结果是笛卡尔积，就是第一个表的行数乘以第二个表的行数。

举个例子你就能知道了！A表(a1,b1,c1) B表(a2,b2)a1 b1 c1 a2 b201 数学 95 01 张三02 语文 90 02 李四03 英语 80 04 王五select A.*,B.* from A inner join B on(A.a1=B.a2)结果是：a1 b1 c1 a2 b201 数学 95 01 张三02 语文 90 02 李四select A.*,B.* from A left outer join B on(A.a1=B.a2)结果是:a1 b1 c1 a2 b201 数学 95 01 张三02 语文 90 02 李四03 英语 80 NULL NULLselect A.*,B.* from A right outer join B on(A.a1=B.a2)结果是:a1 b1 c1 a2 b201 数学 95 01 张三02 语文 90 02 李四NULL NULL NULL 04 王五select A.*,B.* from A full outer join B on(A.a1=B.a2)结果是:a1 b1 c1 a2 b201 数学 95 01 张三02 语文 90 02 李四03 英语 80 NULL NULLNULL NULL NULL 04 王五

好像用视图可以生成这类的语句,不需要特别去记,但是了解一下意思是需要的!

　　left join 是left outer join的简写，left join默认是outer属性的。Inner JoinInner Join 逻辑运算符返回满足第一个（顶端）输入与第二个（底端）输入联接的每一行。这个和用select查询多表是一样的效果，所以很少用到；outer join则会返回每个满足第一个（顶端）输入与第二个（底端）输入的联接的行。它还返回任何在第二个输入中没有匹配行的第一个输入中的行。关键就是后面那句，返回的多一些。所以通常意义上的left join就是left outer join　　left join:是SQL语言中的查询类型，即连接查询。它的全称为左外连接（left outer join),是外连接的一种。　　连接通常可以在select语句的from子句或where子句中建立，其语法格式为：　　select colunm_name1,colunm_name2　　from table_name1　　left join table_name2　　on table_name1.colunmname=table_name2.colunmname　　其中join_table指出参与连接操作的表名，连接可以对同一个表操作，也可以对多表操作，对同一个表操作的连接称为自连接， join_type 为连接类型，可以是left join 或者right join 或者inner join 。　　on (join_condition）用来指连接条件，它由被连接表中的列和比较运算符、逻辑运算符等构成。　　举例说明　　例：　　SELECT bookinfo.bookname, authorinfo.hometown　　FROM bookinfo LEFT JOIN authorinfo　　ON bookinfo.authorname = authorinfo.authorname;

交叉连接（CROSS JOIN）：有两种，显式的和隐式的，不带ON子句，返回的是两表的乘积，也叫笛卡尔积，返回记录的个数应当是a和b表中符合记录的和。显式：select [cols_list] from a cross join b where [condition]隐式：select [cols_list] from a， b where [condition]内连接（INNER JOIN）：有两种，显式的和隐式的，返回连接表中符合连接条件和查询条件的数据行，和我们写普通的sql相同。显式：select [cols_list] from a inner join b on [condition] where [condition]隐式：select [cols_list] from a， b where [condition]外连接（OUTER JOIN）：外连不但返回符合连接和查询条件的数据行，还返回不符合条件的一些行。外连接分三类：左外连接（LEFT OUTER JOIN）、右外连接（RIGHT OUTER JOIN）和全外连接（FULL OUTER JOIN）。三者的共同点是都返回符合连接条件和查询条件（即：内连接）的数据行。不同点如下：左外连接还返回左表中不符合连接条件单符合查询条件的数据行。右外连接还返回右表中不符合连接条件单符合查询条件的数据行。全外连接还返回左表中不符合连接条件单符合查询条件的数据行，并且还返回右表中不符合连接条件单符合查询条件的数据行。全外连接实际是上左外连接和右外连接的数学合集（去掉重复），即“全外=左外 UNION 右外”。说明：左表就是在“（LEFT OUTER JOIN）”关键字左边的表。右表当然就是右边的了。在三种类型的外连接中，OUTER 关键字是可省略的如：select [cols_list] from a left join b on [condition] where [condition]多个表的情况可以用：select [cols_list] from a left join b on [condition] inner join c on [condition] where [condition]

SQL join 用于把来自两个或多个表的行结合起来。SQL JOIN 子句用于把来自两个或多个表的行结合起来，基于这些表之间的共同字段。最常见的 JOIN 类型：SQL INNER JOIN（简单的 JOIN）。 SQL INNER JOIN 从多个表中返回满足 JOIN 条件的所有行。实例：from 树懒学堂以上即“Websites”表中的“id”列指向“access_log”表中的字段“site_id”。上面这两个表是通过“site_id”列联系起来的。不同的 SQL JOIN您可以使用的不同的 SQL JOIN 类型：INNER JOIN：如果表中有至少一个匹配，则返回行LEFT JOIN：即使右表中没有匹配，也从左表返回所有的行RIGHT JOIN：即使左表中没有匹配，也从右表返回所有的行FULL JOIN：只要其中一个表中存在匹配，则返回行

前言现在系统的各种业务是如此的复杂，数据都存在数据库中的各种表中，这个主键啊，那个外键啊，而表与表之间就依靠着这些主键和外键联系在一起。而我们进行业务操作时，就需要在多个表之间，使用sql语句建立起关系，然后再进行各种sql操作。那么在使用sql写出各种操作时，如何使用sql语句，将多个表关联在一起，进行业务操作呢？而这篇文章，就对这个知识点进行总结。联接查询是一种常见的数据库操作，即在两张表（多张表）中进行匹配的操作。MySQL数据库支持如下的联接查询：CROSS JOIN（交叉联接）INNER JOIN（内联接）OUTER JOIN（外联接）其它在进行各种联接操作时，一定要回忆一下在《SQL逻辑查询语句执行顺序》这篇文章中总结的SQL逻辑查询语句执行的前三步：执行FROM语句（笛卡尔积）执行ON过滤添加外部行每个联接都只发生在两个表之间，即使FROM子句中包含多个表也是如此。每次联接操作也只进行逻辑查询语句的前三步，每次产生一个虚拟表，这个虚拟表再依次与FROM子句的下一个表进行联接，重复上述步骤，直到FROM子句中的表都被处理完为止。前期准备 1.新建一个测试数据库TestDB；create database TestDB; 创建测试表table1和table2； CREATE TABLE table1 ( customer_id VARCHAR(10) NOT NULL, city VARCHAR(10) NOT NULL, PRIMARY KEY(customer_id) )ENGINE=INNODB DEFAULT CHARSET=UTF8; CREATE TABLE table2 ( order_id INT NOT NULL auto_increment, customer_id VARCHAR(10), PRIMARY KEY(order_id) )ENGINE=INNODB DEFAULT CHARSET=UTF8; 插入测试数据； INSERT INTO table1(customer_id,city) VALUES("163","hangzhou"); INSERT INTO table1(customer_id,city) VALUES("9you","shanghai"); INSERT INTO table1(customer_id,city) VALUES("tx","hangzhou"); INSERT INTO table1(customer_id,city) VALUES("baidu","hangzhou"); INSERT INTO table2(customer_id) VALUES("163"); INSERT INTO table2(customer_id) VALUES("163"); INSERT INTO table2(customer_id) VALUES("9you"); INSERT INTO table2(customer_id) VALUES("9you"); INSERT INTO table2(customer_id) VALUES("9you"); INSERT INTO table2(customer_id) VALUES("tx"); 准备工作做完以后，table1和table2看起来应该像下面这样： mysql> select * from table1; +-------------+----------+ | customer_id | city | +-------------+----------+ | 163 | hangzhou | | 9you | shanghai | | baidu | hangzhou | | tx | hangzhou | +-------------+----------+ 4 rows in set (0.00 sec) mysql> select * from table2; +----------+-------------+ | order_id | customer_id | +----------+-------------+ | 1 | 163 | | 2 | 163 | | 3 | 9you | | 4 | 9you | | 5 | 9you | | 6 | tx | +----------+-------------+ 7 rows in set (0.00 sec)准备工作做的差不多了，开始今天的总结吧。CROSS JOIN联接（交叉联接）CROSS JOIN对两个表执行FROM语句（笛卡尔积）操作，返回两个表中所有列的组合。如果左表有m行数据，右表有n行数据，则执行CROSS JOIN将返回m*n行数据。CROSS JOIN只执行SQL逻辑查询语句执行的前三步中的第一步。CROSS JOIN可以干什么？由于CROSS JOIN只执行笛卡尔积操作，并不会进行过滤，所以，我们在实际中，可以使用CROSS JOIN生成大量的测试数据。对上述测试数据，使用以下查询：select * from table1 cross join table2;就会得到以下结果：+-------------+----------+----------+-------------+| customer_id | city | order_id | customer_id |+-------------+----------+----------+-------------+| 163 | hangzhou | 1 | 163 || 9you | shanghai | 1 | 163 || baidu | hangzhou | 1 | 163 || tx | hangzhou | 1 | 163 || 163 | hangzhou | 2 | 163 || 9you | shanghai | 2 | 163 || baidu | hangzhou | 2 | 163 || tx | hangzhou | 2 | 163 || 163 | hangzhou | 3 | 9you || 9you | shanghai | 3 | 9you || baidu | hangzhou | 3 | 9you || tx | hangzhou | 3 | 9you || 163 | hangzhou | 4 | 9you || 9you | shanghai | 4 | 9you || baidu | hangzhou | 4 | 9you || tx | hangzhou | 4 | 9you || 163 | hangzhou | 5 | 9you || 9you | shanghai | 5 | 9you || baidu | hangzhou | 5 | 9you || tx | hangzhou | 5 | 9you || 163 | hangzhou | 6 | tx || 9you | shanghai | 6 | tx || baidu | hangzhou | 6 | tx || tx | hangzhou | 6 | tx |+-------------+----------+----------+-------------+INNER JOIN联接（内联接）INNER JOIN比CROSS JOIN强大的一点在于，INNER JOIN可以根据一些过滤条件来匹配表之间的数据。在SQL逻辑查询语句执行的前三步中，INNER JOIN会执行第一步和第二步；即没有第三步，不添加外部行，这是INNER JOIN和接下来要说的OUTER JOIN的最大区别之一。现在来看看使用INNER JOIN来查询一下：select * from table1 inner join table2 on table1.customer_id=table2.customer_id;就会得到以下结果：+-------------+----------+----------+-------------+| customer_id | city | order_id | customer_id |+-------------+----------+----------+-------------+| 163 | hangzhou | 1 | 163 || 163 | hangzhou | 2 | 163 || 9you | shanghai | 3 | 9you || 9you | shanghai | 4 | 9you || 9you | shanghai | 5 | 9you || tx | hangzhou | 6 | tx |+-------------+----------+----------+-------------+对于INNER JOIN来说，如果没有使用ON条件的过滤，INNER JOIN和CROSS JOIN的效果是一样的。当在ON中设置的过滤条件列具有相同的名称，我们可以使用USING关键字来简写ON的过滤条件，这样可以简化sql语句，例如：select * from table1 inner join table2 using(customer_id);在实际编写sql语句时，我们都可以省略掉INNER关键字，例如：select * from table1 join table2 on table1.customer_id=table2.customer_id;但是，请记住，这还是INNER JOIN。OUTER JOIN联接（外联接）哦，记得有一次参加面试，还问我这个问题来着，那在这里再好好的总结一下。通过OUTER JOIN，我们可以按照一些过滤条件来匹配表之间的数据。OUTER JOIN的结果集等于INNER JOIN的结果集加上外部行；也就是说，在使用OUTER JOIN时，SQL逻辑查询语句执行的前三步，都会执行一遍。关于如何添加外部行，请参考《SQL逻辑查询语句执行顺序》这篇文章中的添加外部行部分内容。MySQL数据库支持LEFT OUTER JOIN和RIGHT OUTER JOIN，与INNER关键字一样，我们可以省略OUTER关键字。对于OUTER JOIN，同样的也可以使用USING来简化ON子句。所以，对于以下sql语句：select * from table1 left outer join table2 on table1.customer_id=table2.customer_id;我们可以简写成这样：select * from table1 left join table2 using(customer_id);但是，与INNER JOIN还有一点区别是，对于OUTER JOIN，必须指定ON（或者using）子句，否则MySQL数据库会抛出异常。NATURAL JOIN联接（自然连接）NATURAL JOIN等同于INNER(OUTER) JOIN与USING的组合，它隐含的作用是将两个表中具有相同名称的列进行匹配。同样的，NATURAL LEFT(RIGHT) JOIN等同于LEFT(RIGHT) JOIN与USING的组合。比如：select * from table1 join table2 using(customer_id);与select * from table1 natural join table2;等价。在比如：select * from table1 left join table2 using(customer_id);与select * from table1 natural left join table2;等价。STRAIGHT_JOIN联接STRAIGHT_JOIN并不是一个新的联接类型，而是用户对sql优化器的控制，其等同于JOIN。通过STRAIGHT_JOIN，MySQL数据库会强制先读取左边的表。举个例子来说，比如以下sql语句：explain select * from table1 join table2 on table1.customer_id=table2.customer_id;它的主要输出部分如下：+----+-------------+--------+------+---------------+| id | select_type | table | type | possible_keys |+----+-------------+--------+------+---------------+| 1 | SIMPLE | table2 | ALL | NULL || 1 | SIMPLE | table1 | ALL | PRIMARY |+----+-------------+--------+------+---------------+我们可以很清楚的看到，MySQL是先选择的table2表，然后再进行的匹配。如果我们指定STRAIGHT_JOIN方式，例如：explain select * from table1 straight_join table2 on table1.customer_id=table2.customer_id;上述语句的主要输出部分如下：+----+-------------+--------+------+---------------+| id | select_type | table | type | possible_keys |+----+-------------+--------+------+---------------+| 1 | SIMPLE | table1 | ALL | PRIMARY || 1 | SIMPLE | table2 | ALL | NULL |+----+-------------+--------+------+---------------+可以看到，当指定STRAIGHT_JOIN方式以后，MySQL就会先选择table1表，然后再进行的匹配。那么就有读者问了，这有啥好处呢？性能，还是性能。由于我这里测试数据比较少，大进行大量数据的访问时，我们指定STRAIGHT_JOIN让MySQL先读取左边的表，让MySQL按照我们的意愿来完成联接操作。在进行性能优化时，我们可以考虑使用STRAIGHT_JOIN。多表联接在上面的所有例子中，我都是使用的两个表之间的联接，而更多时候，我们在工作中，可能不止要联接两张表，可能要涉及到三张或者更多张表的联接查询操作。对于INNER JOIN的多表联接查询，可以随意安排表的顺序，而不会影响查询的结果。这是因为优化器会自动根据成本评估出访问表的顺序。如果你想指定联接顺序，可以使用上面总结的STRAIGHT_JOIN。而对于OUTER JOIN的多表联接查询，表的位置不同，涉及到添加外部行的问题，就可能会影响最终的结果。总结这是MySQL中联接操作的全部内容了，内容虽多，但是都还比较简单，结合文章中的例子，再自己实际操作一遍，完全可以搞定的。这一篇文章就这样了。

二、内连接（INNER JOIN）x0dx0a x0dx0a内连接（INNER JOIN）：有两种，显式的和隐式的，返回连接表中符合连接条件和查询条件的数据行。（所谓的链接表就是数据库在做查询形成的中间表）。x0dx0a x0dx0a例如：下面的语句3和语句4的结果是相同的。x0dx0ax0dx0a语句3：隐式的内连接，没有INNER JOIN，形成的中间表为两个表的笛卡尔积(如果没有where条件)。x0dx0ax0dx0aSELECT O.ID,O.ORDER_NUMBER,C.ID,C.NAMEFROM CUSTOMERS C,ORDERS O WHERE C.ID=O.CUSTOMER_ID; x0dx0ax0dx0a语句4：显示的内连接，一般称为内连接，有INNER JOIN，形成的中间表为两个表经过ON条件过滤后的笛卡尔积。x0dx0ax0dx0aSELECT O.ID,O.ORDER_NUMBER,C.ID,C.NAMEFROM CUSTOMERS C INNER JOIN ORDERS O ON C.ID=O.CUSTOMER_ID;x0dx0ax0dx0a三、外连接（OUTER JOIN）(必须有ON条件)：x0dx0a外连不但返回符合连接和查询条件的数据行，还返回不符合条件的一些行。x0dx0a外连接分三类：左外连接（LEFT OUTER JOIN）、右外连接（RIGHT OUTER JOIN）和全外连接（FULL OUTER JOIN）。x0dx0a三者的共同点是都返回符合连接条件和查询条件（即：内连接）的数据行。不同点如下：x0dx0a左外连接还返回左表中不符合连接条件单符合查询条件的数据行。x0dx0a右外连接还返回右表中不符合连接条件单符合查询条件的数据行。x0dx0a全外连接还返回左表中不符合连接条件单符合查询条件的数据行，并且还返回右表中不符合连接条件单符合查询条件的数据行。全外连接实际是上左外连接和右外连接的数学合集（去掉重复），即“全外=左外 UNION 右外”。x0dx0a说明：左表就是在“（LEFT OUTER JOIN）”关键字左边的表。右表当然就是右边的了。在三种类型的外连接中，OUTER 关键字是可省略的。x0dx0a下面举例说明：x0dx0a x0dx0a语句5：左外连接（LEFT OUTER JOIN）x0dx0aSELECT O.ID,O.ORDER_NUMBER,O.CUSTOMER_ID,C.ID,C.NAMEFROM ORDERS O LEFT OUTER JOIN CUSTOMERS C ON C.ID=O.CUSTOMER_ID;x0dx0ax0dx0a语句6：右外连接（RIGHT OUTER JOIN）x0dx0aSELECT O.ID,O.ORDER_NUMBER,O.CUSTOMER_ID,C.ID,C.NAMEFROM ORDERS O RIGHT OUTER JOIN CUSTOMERS C ON C.ID=O.CUSTOMER_ID;注意：WHERE条件放在ON后面查询的结果是不一样的。例如：x0dx0ax0dx0a语句7：WHERE条件独立。x0dx0aSELECT O.ID,O.ORDER_NUMBER,O.CUSTOMER_ID,C.ID,C.NAMEFROM ORDERS O LEFT OUTER JOIN CUSTOMERS C ON C.ID=O.CUSTOMER_IDWHERE O.ORDER_NUMBER<>"MIKE_ORDER001";x0dx0ax0dx0a语句8：将语句7中的WHERE条件放到ON后面。x0dx0aSELECT O.ID,O.ORDER_NUMBER,O.CUSTOMER_ID,C.ID,C.NAMEFROM ORDERS O LEFT OUTER JOIN CUSTOMERS C ON C.ID=O.CUSTOMER_ID AND O.ORDER_NUMBER<>"MIKE_ORDER001";x0dx0ax0dx0a从语句7和语句8查询的结果来看，显然是不相同的，语句8显示的结果是难以理解的。因此，推荐在写连接查询的时候，ON后面只跟连接条件，而对中间表限制的条件都写到WHERE子句中。

连接查询 通过连接运算符可以实现多个表查询。连接是关系数据库模型的主要特点，也是它区别于其它类型数据库管理系统的一个标志。 在关系数据库管理系统中，表建立时各数据之间的关系不必确定，常把一个实体的所有信息存放在一个表中。当检索数据时，通过连接操作查询出存放在多个表中的不同实体的信息。连接操作给用户带来很大的灵活性，他们可以在任何时候增加新的数据类型。为不同实体创建新的表，尔后通过连接进行查询。 连接可以在SELECT 语句的FROM子句或WHERE子句中建立，似是而非在FROM子句中指出连接时有助于将连接操作与WHERE子句中的搜索条件区分开来。所以，在Transact-SQL中推荐使用这种方法。 SQL-92标准所定义的FROM子句的连接语法格式为： FROM join_table join_type join_table [ON (join_condition)] 其中join_table指出参与连接操作的表名，连接可以对同一个表操作，也可以对多表操作，对同一个表操作的连接又称做自连接。 join_type 指出连接类型，可分为三种：内连接、外连接和交叉连接。内连接(INNER JOIN)使用比较运算符进行表间某(些)列数据的比较操作，并列出这些表中与连接条件相匹配的数据行。根据所使用的比较方式不同，内连接又分为等值连接、自然连接和不等连接三种。 外连接分为左外连接(LEFT OUTER JOIN或LEFT JOIN)、右外连接(RIGHT OUTER JOIN或RIGHT JOIN)和全外连接(FULL OUTER JOIN或FULL JOIN)三种。与内连接不同的是，外连接不只列出与连接条件相匹配的行，而是列出左表(左外连接时)、右表(右外连接时)或两个表(全外连接时)中所有符合搜索条件的数据行。 交叉连接(CROSS JOIN)没有WHERE 子句，它返回连接表中所有数据行的笛卡尔积，其结果集合中的数据行数等于第一个表中符合查询条件的数据行数乘以第二个表中符合查询条件的数据行数。 连接操作中的ON (join_condition) 子句指出连接条件，它由被连接表中的列和比较运算符、逻辑运算符等构成。 无论哪种连接都不能对text、ntext和image数据类型列进行直接连接，但可以对这三种列进行间接连接。例如： SELECT p1.pub_id,p2.pub_id,p1.pr_info FROM pub_info AS p1 INNER JOIN pub_info AS p2 ON DATALENGTH(p1.pr_info)=DATALENGTH(p2.pr_info) (一)内连接 内连接查询操作列出与连接条件匹配的数据行，它使用比较运算符比较被连接列的列值。内连接分三种： 1、等值连接：在连接条件中使用等于号(=)运算符比较被连接列的列值，其查询结果中列出被连接表中的所有列，包括其中的重复列。 2、不等连接： 在连接条件使用除等于运算符以外的其它比较运算符比较被连接的列的列值。这些运算符包括>、>=、<=、<、!>、!<和<>。 3、自然连接：在连接条件中使用等于(=)运算符比较被连接列的列值，但它使用选择列表指出查询结果集合中所包括的列，并删除连接表中的重复列。 例，下面使用等值连接列出authors和publishers表中位于同一城市的作者和出版社： SELECT * FROM authors AS a INNER JOIN publishers AS p ON a.city=p.city 又如使用自然连接，在选择列表中删除authors 和publishers 表中重复列(city和state)： SELECT a.*,p.pub_id,p.pub_name,p.country FROM authors AS a INNER JOIN publishers AS p ON a.city=p.city (二)外连接 内连接时，返回查询结果集合中的仅是符合查询条件( WHERE 搜索条件或 HAVING 条件)和连接条件的行。而采用外连接时，它返回到查询结果集合中的不仅包含符合连接条件的行，而且还包括左表(左外连接时)、右表(右外连接时)或两个边接表(全外连接)中的所有数据行。 如下面使用左外连接将论坛内容和作者信息连接起来： SELECT a.*,b.* FROM luntan LEFT JOIN usertable as b ON a.username=b.username 下面使用全外连接将city表中的所有作者以及user表中的所有作者，以及他们所在的城市： SELECT a.*,b.* FROM city as a FULL OUTER JOIN user as b ON a.username=b.username (三)交叉连接 交叉连接不带WHERE 子句，它返回被连接的两个表所有数据行的笛卡尔积，返回到结果集合中的数据行数等于第一个表中符合查询条件的数据行数乘以第二个表中符合查询条件的数据行数。 例，titles表中有6类图书，而publishers表中有8家出版社，则下列交叉连接检索到的记录数将等 于6*8=48行。 SELECT type,pub_name FROM titles CROSS JOIN publishers ORDER BY type

　　概述 　　联合查询效率较高 举例子来说明联合查询 内联inner join 左联left outer join 右联right outer join 全联full outer join 的好处及用法 　　联合查询效率较高 以下例子来说明联合查询(内联 左联 右联 全联)的好处 　　T 表结构 （用户名 密码） 　　userid （int） 　　username varchar（ ） 　　password varchar（ ） 　　 　　 　　jack 　　jackpwd 　　 　　 　　owen 　　owenpwd 　　 　　T 表结构 （用户名 密码） 　　userid （int） 　　jifen varchar（ ） 　　dengji varchar（ ） 　　 　　 　　 　　 　　 　　 　　 　　 　　第一 内联(inner join) 　　如果想把用户信息 积分 等级都列出来 那么一般会这样写 select * from T T where T userid = T userid(其实这样的结果等同于select * from T inner join T on T userid=T userid ) 　　把两个表中都存在userid的行拼成一行(即内联) 但后者的效率会比前者高很多 建议用后者(内联)的写法 　　SQL语句 select * from T inner join T on T userid=T userid 　　运行结果 　　T userid 　　username 　　password 　　T userid 　　jifen 　　dengji 　　 　　 　　jack 　　jackpwd 　　 　　 　　 　　第二 左联(left outer join) 　　显示左表T 中的所有行 并把右表T 中符合条件加到左表T 中;右表T 中不符合条件 就不用加入结果表中 并且NULL表示 　　SQL语句 select * from T left outer join T on T userid=T userid 　　运行结果 　　T userid 　　username 　　password 　　T userid 　　jifen 　　dengji 　　 　　 　　jack 　　jackpwd 　　 　　 　　 　　 　　 　　owen 　　owenpwd 　　NULL 　　NULL 　　NULL 　　第三 右联(right outer join) 　　显示右表T 中的所有行 并把左表T 中符合条件加到右表T 中;左表T 中不符合条件 就不用加入结果表中 并且NULL表示 　　SQL语句 select * from T right outer join T on T userid=T userid 　　运行结果 　　T userid 　　username 　　password 　　T userid 　　jifen 　　dengji 　　 　　 　　jack 　　jackpwd 　　 　　 　　 　　 　　NULL 　　NULL 　　NULL 　　 　　 　　 　　第四 全联(full outer join) 　　显示左表T 右表T 两边中的所有行 即把左联结果表+右联结果表组合在一起 然后过滤掉重复的 　　SQL语句 select * from T full outer join T on T userid=T userid 　　运行结果 　　T userid 　　username 　　password 　　T userid 　　jifen 　　dengji 　　 　　 　　jack 　　jackpwd 　　 　　 　　 　　 　　 　　owen 　　owenpwd 　　NULL 　　NULL 　　NULL 　　 　　NULL 　　NULL 　　NULL 　　 　　 　　 lishixinzhi/Article/program/MySQL/201311/29552

联合查询效率较高.以下例子来说明联合查询的好处t1表结构(用户名,密码)useridintusernamevarchar(20)passwordvarchar(20)1jackjackpwd2owenowenpwdt3表结构(用户积分,等级)useridintjfintdjint12033506第一:内联(innerjoin)如果想把用户信息,积分,等级都列出来.那么一般会这样写select*fromt1,t3wheret1.userid=t3.userid其实这样的结果等同于select*fromt1innerjoint3ont1.userid=t3.userid就是把两个表中都存在userid的行拼成一行.这是内联.但后者的效率会比前者高很多.建议用后者的写法.运行结果:useridusernamepassworduseridjfdj1jackjacjpwd1203第二:左联（leftouterjoin）显示左表中的所有行select*fromt1leftouterjoint3ont1.userid=t3.userid运行结果：useridusernamepassworduseridjfdj1jackjackpwd12032owenowenpwdNULLNULLNULL第三:右联（rightouterjoin）显示右表中的所有行select*fromt1rightouterjoint3ont1.userid=t3.userid运行结果：useridusernamepassworduseridjfdj1jackjackpwd1203NullNullNull3506第四:全联（fullouterjoin）显示两边表中所有行select*fromt1fullouterjoint3ont1.userid=t3.userid运行结果：useridusernamepassworduseridjfdj1jackjackpwd12032owenowenpwdNULLNULLNULLNullNullNull3506

select a.*, b.SDATA, b.SCOL , c.sdata , d.sdata from (SELECT a.* FROM cim aWHERE a.sid in ("AA","BB") order by sid ) a(select B.SID, b.SDATA , b.SCOL from TEXT b where b.sparameter ="PAD" AND B.sid IN a ("AA","BB") ANd b.SCOL = (select max(SCOL) from TEXT where sid= b.sid)order by sid) b TEXT c , TEXT d where a.sid=b.sid(+) and a.sid=c.sid(+) and c.sparameter ="FE" and a.sid=d.sid(+) AND d.sparameter ="SIDE"

就是C语言的语法自己网上搜索C就找得到

通俗一点就是：left以 left join 左侧的表为主表right 以 right join 右侧表为主表inner join 查找的数据是左右两张表共有的

联合查询当表1（left) 有值但表2（right) 无匹配时，用此可得。

很抱歉的告诉你，SQL 服务器无法设置到 Oracle 的链接服务器并进行故障排除

要看具体提示什么错误吧

驱动这里都只有这个呀，你想装哪个，能说的具体点嘛？

到水水水水谁谁谁谁谁谁水水水水谁谁谁水水水水水水水水水水水水 没有、、、、、、、、、、、、、、、、、、、、、、、、

用360 之类的软件扫描注册表 前提是你要先卸载 了 sql 才可以注册表垃圾扫描软件比较多 用windows 优化大师也不错 看个人喜好吧

应该是可以安装的，只需要安装一下Microsoft 数据访问组件（MDAC）的最新版本就可以了请看SQL Server 2005标准版系统需求以下这些系统需求覆盖了SQL Server 2005标准版运行于32位系统和64位系统，以及基于Itanium系统的系统需求。标准版系统需求 32位 x64 Itanium处理器安装推荐：600兆赫兹(MHz) Pentium III-兼容或更快的处理器；1-gigahertz (GHz)或更快的处理器1-GHz AMD Opteron, AMD Athlon 64, Intel至强（XEON）处理器包含Intel EM64T支持， Intel奔腾（Pentium）IV包含EM64T支持处理器或更快的处理器1-GHz安腾（Itanium）处理器或更快的处理器操作系统Microsoft Windows 2000 Server 包含Service Pack (SP) 4或更新版本； Windows 2000专业版包含Pack (SP) 4或更新版本，Windows XP 包含SP 2或更新版本； Windows Small Business Server 2003包含SP 1或更新版本； Windows Server 2003 标准版，企业版，或者数据中心版（Datacenter Edition）包含SP 1或更新版本； Windows Small Business Server 2003包含SP 1或更新版本。Microsoft Windows Server 2003 标准 x64 版, 企业 x64 版, 或者数据中心（Datacenter）x64版包含SP 1或更新版本； Windows XP 专业x64版或更新版本。基于安腾（Itanium）处理器运行的Microsoft Windows Server 2003企业版或数据中心（DataCenter）版，所有这些版本需要包含SP 1或更新版本。内存安装推荐：512 兆(MB)内存或更多； 1 gigabyte (GB)内存或更多安装推荐：512 兆(MB)内存或更多； 1 gigabyte (GB)内存或更多安装推荐：512 兆(MB)内存或更多； 1 gigabyte (GB)内存或更多硬盘容量u2022 安装推荐：大约需要350 MB可用硬盘空间u2022 安装SQL Server在线手册，SQL Server移动版在线手册，和样本数据库大约需要425 MB可用硬盘空间。u2022 安装推荐：大约需要350 MB可用硬盘空间u2022 安装SQL Server在线手册，SQL Server移动版在线手册，和样本数据库大约需要425 MB可用硬盘空间。u2022 安装推荐：大约需要350 MB可用硬盘空间u2022 安装SQL Server在线手册，SQL Server移动版在线手册，和样本数据库大约需要425 MB可用硬盘空间。驱动设备CD-ROM 或者 DVD-ROM 驱动器CD-ROM 或者 DVD-ROM 驱动器CD-ROM 或者 DVD-ROM 驱动器显示Super VGA (1,024x768)或者更高性能的视频显示卡和监视器Super VGA (1,024x768)或者更高性能的视频显示卡和监视器Super VGA (1,024x768)或者更高性能的视频显示卡和监视器其他设备Microsoft鼠标或其他兼容定点设备Microsoft鼠标或其他兼容定点设备Microsoft鼠标或其他兼容定点设备其他需求u2022 Microsoft Internet Explorer 6.0 SP1或更新版本u2022 对于报表服务，您需要安装Microsoft Internet Information Server (IIS) 5.0 或者更高版本，以及ASP.NET 2.0或者更高版本。u2022 Microsoft Internet Explorer 6.0 SP1或更新版本u2022 对于报表服务，您需要安装Microsoft Internet Information Server (IIS) 5.0 或者更高版本，以及ASP.NET 2.0或者更高版本。u2022 Microsoft Internet Explorer 6.0 SP1或更新版本u2022 对于报表服务，您需要安装Microsoft Internet Information Server (IIS) 5.0 或者更高版本，以及ASP.NET 2.0或者更高版本。

MD5加密?哦....

SQL分类： DDL—数据定义语言(CREATE，ALTER，DROP，DECLARE) DML—数据操纵语言(SELECT，DELETE，UPDATE，INSERT) DCL—数据控制语言(GRANT，REVOKE，COMMIT，ROLLBACK)首先,简要介绍基础语句：1、创建数据库CREATE DATABASE database-name 2、删除数据库drop database dbname3、备份sql server--- 创建 备份数据的 deviceUSE masterEXEC sp_addumpdevice "disk", "testBack", "c:mssql7backupMyNwind_1.dat"--- 开始 备份BACKUP DATABASE pubs TO testBack 4、创建新表create table tabname(col1 type1 [not null] [primary key],col2 type2 [not null],..)根据已有的表创建新表： A：create table tab_new like tab_old (使用旧表创建新表)B：create table tab_new as select col1,col2… from tab_old definition only5、删除新表drop table tabname 6、增加一个列Alter table tabname add column col type注：列增加后将不能删除。DB2中列加上后数据类型也不能改变，唯一能改变的是增加varchar类型的长度。7、添加主键： Alter table tabname add primary key(col) 说明：删除主键： Alter table tabname drop primary key(col) 8、创建索引：create [unique] index idxname on tabname(col….) 删除索引：drop index idxname注：索引是不可更改的，想更改必须删除重新建。9、创建视图：create view viewname as select statement 删除视图：drop view viewname10、几个简单的基本的sql语句选择：select * from table1 where 范围插入：insert into table1(field1,field2) values(value1,value2)删除：delete from table1 where 范围更新：update table1 set field1=value1 where 范围查找：select * from table1 where field1 like "%value1%" ---like的语法很精妙，查资料!排序：select * from table1 order by field1,field2 [desc]总数：select count * as totalcount from table1求和：select sum(field1) as sumvalue from table1平均：select avg(field1) as avgvalue from table1最大：select max(field1) as maxvalue from table1最小：select min(field1) as minvalue from table111、说明：几个高级查询运算词A： UNION 运算符 UNION 运算符通过组合其他两个结果表（例如 TABLE1 和 TABLE2）并消去表中任何重复行而派生出一个结果表。当 ALL 随 UNION 一起使用时（即 UNION ALL），不消除重复行。两种情况下，派生表的每一行不是来自 TABLE1 就是来自 TABLE2。 B： EXCEPT 运算符 EXCEPT 运算符通过包括所有在 TABLE1 中但不在 TABLE2 中的行并消除所有重复行而派生出一个结果表。当 ALL 随 EXCEPT 一起使用时 (EXCEPT ALL)，不消除重复行。 C： INTERSECT 运算符INTERSECT 运算符通过只包括 TABLE1 和 TABLE2 中都有的行并消除所有重复行而派生出一个结果表。当 ALL 随 INTERSECT 一起使用时 (INTERSECT ALL)，不消除重复行。 注：使用运算词的几个查询结果行必须是一致的。 12、使用外连接 A、left outer join： 左外连接（左连接）：结果集几包括连接表的匹配行，也包括左连接表的所有行。 SQL: select a.a, a.b, a.c, b.c, b.d, b.f from a LEFT OUT JOIN b ON a.a = b.cB：right outer join: 右外连接(右连接)：结果集既包括连接表的匹配连接行，也包括右连接表的所有行。 C：full outer join： 全外连接：不仅包括符号连接表的匹配行，还包括两个连接表中的所有记录。其次，大家来看一些不错的sql语句1、复制表(只复制结构,源表名：a 新表名：b) (Access可用)法一：select * into b from a where 1<>1法二：select top 0 * into b from a2、拷贝表(拷贝数据,源表名：a 目标表名：b) (Access可用)insert into b(a, b, c) select d,e,f from b;3、跨数据库之间表的拷贝(具体数据使用绝对路径) (Access可用)insert into b(a, b, c) select d,e,f from b in ‘具体数据库" where 条件例子：..from b in ""&Server.MapPath(".")&"data.mdb" &"" where..4、子查询(表名1：a 表名2：b)select a,b,c from a where a IN (select d from b ) 或者: select a,b,c from a where a IN (1,2,3)5、显示文章、提交人和最后回复时间select a.title,a.username,b.adddate from table a,(select max(adddate) adddate from table where table.title=a.title) b6、外连接查询(表名1：a 表名2：b)select a.a, a.b, a.c, b.c, b.d, b.f from a LEFT OUT JOIN b ON a.a = b.c7、在线视图查询(表名1：a )select * from (SELECT a,b,c FROM a) T where t.a > 1;8、between的用法,between限制查询数据范围时包括了边界值,not between不包括select * from table1 where time between time1 and time2select a,b,c, from table1 where a not between 数值1 and 数值29、in 的使用方法select * from table1 where a [not] in (‘值1","值2","值4","值6")10、两张关联表，删除主表中已经在副表中没有的信息 delete from table1 where not exists ( select * from table2 where table1.field1=table2.field1 )11、四表联查问题：select * from a left inner join b on a.a=b.b right inner join c on a.a=c.c inner join d on a.a=d.d where .....12、日程安排提前五分钟提醒 SQL: select * from 日程安排 where datediff("minute",f开始时间,getdate())>513、一条sql 语句搞定数据库分页select top 10 b.* from (select top 20 主键字段,排序字段 from 表名 order by 排序字段 desc) a,表名 b where b.主键字段 = a.主键字段 order by a.排序字段14、前10条记录select top 10 * form table1 where 范围15、选择在每一组b值相同的数据中对应的a最大的记录的所有信息(类似这样的用法可以用于论坛每月排行榜,每月热销产品分析,按科目成绩排名,等等.)select a,b,c from tablename ta where a=(select max(a) from tablename tb where tb.b=ta.b)16、包括所有在 TableA 中但不在 TableB和TableC 中的行并消除所有重复行而派生出一个结果表(select a from tableA ) except (select a from tableB) except (select a from tableC)17、随机取出10条数据select top 10 * from tablename order by newid()18、随机选择记录select newid()19、删除重复记录Delete from tablename where id not in (select max(id) from tablename group by col1,col2,...)20、列出数据库里所有的表名select name from sysobjects where type="U" 21、列出表里的所有的select name from syscolumns where id=object_id("TableName")22、列示type、vender、pcs字段，以type字段排列，case可以方便地实现多重选择，类似select 中的case。select type,sum(case vender when "A" then pcs else 0 end),sum(case vender when "C" then pcs else 0 end),sum(case vender when "B" then pcs else 0 end) FROM tablename group by type显示结果：type vender pcs电脑 A 1电脑 A 1光盘 B 2光盘 A 2手机 B 3手机 C 323、初始化表table1TRUNCATE TABLE table124、选择从10到15的记录select top 5 * from (select top 15 * from table order by id asc) table_别名 order by id desc　　随机选择数据库记录的方法（使用Randomize函数，通过SQL语句实现）　　对存储在数据库中的数据来说，随机数特性能给出上面的效果，但它们可能太慢了些。你不能要求ASP“找个随机数”然后打印出来。实际上常见的解决方案是建立如下所示的循环： Randomize RNumber = Int(Rnd*499) +1 　While Not objRec.EOF If objRec("ID") = RNumber THEN ... 这里是执行脚本 ... end if objRec.MoveNext Wend 　　　这很容易理解。首先，你取出1到500范围之内的一个随机数（假设500就是数据库内记录的总数）。然后，你遍历每一记录来测试ID 的值、检查其是否匹配RNumber。满足条件的话就执行由THEN 关键字开始的那一块代码。假如你的RNumber 等于495，那么要循环一遍数据库花的时间可就长了。虽然500这个数字看起来大了些，但相比更为稳固的企业解决方案这还是个小型数据库了，后者通常在一个数据库内就包含了成千上万条记录。这时候不就死定了？ 　　采用SQL，你就可以很快地找出准确的记录并且打开一个只包含该记录的recordset，如下所示： Randomize RNumber = Int(Rnd*499) + 1 　SQL = "SELECT * FROM Customers WHERE ID = " & RNumber 　set objRec = ObjConn.Execute(SQL) Response.WriteRNumber & " = " & objRec("ID") & " " & objRec("c_email") 　　　不必写出RNumber 和ID，你只需要检查匹配情况即可。只要你对以上代码的工作满意，你自可按需操作“随机”记录。Recordset没有包含其他内容，因此你很快就能找到你需要的记录这样就大大降低了处理时间。 再谈随机数 　　现在你下定决心要榨干Random 函数的最后一滴油，那么你可能会一次取出多条随机记录或者想采用一定随机范围内的记录。把上面的标准Random 示例扩展一下就可以用SQL应对上面两种情况了。 　　为了取出几条随机选择的记录并存放在同一recordset内，你可以存储三个随机数，然后查询数据库获得匹配这些数字的记录： SQL = "SELECT * FROM Customers WHERE ID = " & RNumber & " OR ID = " & RNumber2 & " OR ID = " & RNumber3 　　　假如你想选出10条记录（也许是每次页面装载时的10条链接的列表），你可以用BETWEEN 或者数学等式选出第一条记录和适当数量的递增记录。这一操作可以通过好几种方式来完成，但是 SELECT 语句只显示一种可能（这里的ID 是自动生成的号码）： SQL = "SELECT * FROM Customers WHERE ID BETWEEN " & RNumber & " AND " & RNumber & "+ 9" 　　注意：以上代码的执行目的不是检查数据库内是否有9条并发记录。　随机读取若干条记录，测试过Access语法：SELECT top 10 * From 表名 ORDER BY Rnd(id)Sql server语法：select top n * from 表名 order by newid()MySql语法：Select * From 表名 Order By rand() Limit nAccess左连接语法(最近开发要用左连接,Access帮助什么都没有,网上没有Access的SQL说明,只有自己测试, 现在记下以备后查)语法：Select table1.fd1,table1,fd2,table2.fd2 From table1 left join table2 on table1.fd1,table2.fd1 where ...使用SQL语句 用...代替过长的字符串显示语法：SQL数据库：select case when len(field)>10 then left(field,10)+"..." else field end as news_name,news_id from tablenameAccess数据库：SELECT iif(len(field)>2,left(field,2)+"...",field) FROM tablename; 　Conn.Execute说明Execute方法　　该方法用于执行SQL语句。根据SQL语句执行后是否返回记录集，该方法的使用格式分为以下两种：　　　　1．执行SQL查询语句时，将返回查询得到的记录集。用法为：　　　　Set 对象变量名=连接对象.Execute("SQL 查询语言")　　　Execute方法调用后，会自动创建记录集对象，并将查询结果存储在该记录对象中，通过Set方法，将记录集赋给指定的对象保存，以后对象变量就代表了该记录集对象。　　　　2．执行SQL的操作性语言时，没有记录集的返回。此时用法为：　　　　连接对象.Execute "SQL 操作性语句" [, RecordAffected][, Option]　　　　　　·RecordAffected 为可选项，此出可放置一个变量，SQL语句执行后，所生效的记录数会自动保存到该变量中。通过访问该变量，就可知道SQL语句队多少条记录进行了操作。　　　　　　·Option 可选项，该参数的取值通常为adCMDText，它用于告诉ADO，应该将Execute方法之后的第一个字符解释为命令文本。通过指定该参数，可使执行更高效。·BeginTrans、RollbackTrans、CommitTrans方法　　这三个方法是连接对象提供的用于事务处理的方法。BeginTrans用于开始一个事物；RollbackTrans用于回滚事务；CommitTrans用于提交所有的事务处理结果，即确认事务的处理。　　事务处理可以将一组操作视为一个整体，只有全部语句都成功执行后，事务处理才算成功；若其中有一个语句执行失败，则整个处理就算失败，并恢复到处里前的状态。　　BeginTrans和CommitTrans用于标记事务的开始和结束，在这两个之间的语句，就是作为事务处理的语句。判断事务处理是否成功，可通过连接对象的Error集合来实现，若Error集合的成员个数不为0，则说明有错误发生，事务处理失败。Error集合中的每一个Error对象，代表一个错误信息。

操作符 BETWEEN ... AND 会选取介于两个值之间的数据范围。这些值可以是数值、文本或者日期。IN 操作符允许我们在 WHERE 子句中规定多个值。IN 操作符允许我们在 WHERE 子句中规定多个值。扩展资料结构化查询语言(Structured Query Language)简称SQL(发音：/ˈes kjuː ˈel/ "S-Q-L")，是一种特殊目的的编程语言，是一种数据库查询和程序设计语言，用于存取数据以及查询、更新和管理关系数据库系统；同时也是数据库脚本文件的扩展名。结构化查询语言是高级的非过程化编程语言，允许用户在高层数据结构上工作。它不要求用户指定对数据的存放方法，也不需要用户了解具体的数据存放方式，所以具有完全不同底层结构的不同数据库系统, 可以使用相同的结构化查询语言作为数据输入与管理的接口。结构化查询语言语句可以嵌套，这使它具有极大的灵活性和强大的功能。参考资料SQL_ 百度百科

T-SQL中没有log on,但是有log,是对数函数在SQLDMO中有Logon函数.该函数的作用可以查看F1Logon MethodThe Logon method creates a MAPI session.

要只处理月份,那么增加字符串处理成当年就OK了 select DATEDIFF(day, convert(datetime,substring(convert(varchar,getdate(),112),1,4)+substring( "20000101 ",5,len( "20000101 ")),112), getdate())

可以做比较运算 和减法运算，语句 可以为SELECT * FROM EMP WHERE BIRTH>to_date("1990-01-01","yyyy-mm-dd")

不是sql包里的

是算不出来的啊

RESTORE DATABASE 数据库名 FROM DISK="备份位置" http://www.baidu.com/baidu?word=RESTORE+DATABASE

用to_date转换select * from tab where col >= to_date("2017-08-30 15:28:00","yyyy-mm-dd hh24:mi:ss")

工具/原料 PLSQL Developer WIN7 方法/步骤 右击右下角的日期和时间，选择【更改日期和时间设置】 右击【更改日期和时间设置(D)...】 右击【更改日历设置】 日期格式中的短日期从yyyy/M/d修改成yyyy-M-d

　现象：在使用PLSQL Developer插入数据时，提示类似这样报错"2011-8-7 4:43:23" is not a valid date and time或者"2011/8/7 4:43:23" is not a valid date and time。　　原因：Oracle的日期格式和操作系统的日期格式不符。

取决于数据库类型

使用CASE WHEN进行字符串替换处理mysql> select * from sales;9 rows in set (0.01 sec)SELECT name AS Name, CASE category WHEN "Holiday" THEN "Seasonal" WHEN "Profession" THEN "Bi_annual" WHEN "Literary" THEN "Random" END AS "Pattern"FROM sales; 9 rows in set (0.00 sec)CREATE TABLE sales( num MEDIUMINT NOT NULL AUTO_INCREMENT, name CHAR(20), winter INT, spring INT, summer INT, fall INT, category CHAR(13), primary key(num)) ENGINE=MyISAM;insert into sales value(1, "Java", 1067 , 200, 150, 267,"Holiday");insert into sales value(2, "C",970,770,531,486,"Profession");insert into sales value(3, "JavaScript",53,13,21,856,"Literary");insert into sales value(4, "SQL",782,357,168,250,"Profession");insert into sales value(5, "Oracle",589,795,367,284,"Holiday");insert into sales value(6, "MySQL",953,582,336,489,"Literary");insert into sales value(7, "Cplus",752,657,259,478,"Literary");insert into sales value(8, "Python",67,23,83,543,"Holiday");insert into sales value(9, "PHP",673,48,625,52,"Profession");简单语句SELECT CASE WHEN 10*2=30 THEN "30 correct" WHEN 10*2=40 THEN "40 correct" ELSE "Should be 10*2=20"END AS `result`;多重表达式SELECT CASE 10*2 WHEN 20 THEN "20 correct" WHEN 30 THEN "30 correct" WHEN 40 THEN "40 correct" ELSE "No results"END AS `result`;在SELECT查询中使用CASE WHENCREATE TABLE DVDs ( ID SMALLINT NOT NULL AUTO_INCREMENT PRIMARY KEY, Name VARCHAR(60) NOT NULL, NumDisks TINYINT NOT NULL DEFAULT 1, RatingID VARCHAR(4) NOT NULL, StatID CHAR(3) NOT NULL) ENGINE=INNODB;INSERT INTO DVDs (Name, NumDisks, RatingID, StatID)VALUES ("Christmas", 1, "NR", "s1"), ("Doc", 1, "G", "s2"), ("Africa", 1, "PG", "s1"), ("Falcon", 1, "NR", "s2"), ("Amadeus", 1, "PG", "s2"), ("Show", 2, "NR", "s2"), ("View", 1, "NR", "s1"), ("Mash", 2, "R", "s2");SELECT Name, RatingID AS Rating, CASE RatingID WHEN "R" THEN "Under 17 requires an adult." WHEN "X" THEN "No one 17 and under." WHEN "NR" THEN "Use discretion when renting." ELSE "OK to rent to minors." END AS PolicyFROM DVDsORDER BY Name;8 rows in set (0.01 sec)

以下的文章主要描述的是MySQL语句中如何用if例子的实际操作步骤，我们先是以相关代码的方式来引出MySQL语句中如何用if例子的实际操作，以下就是文章的具体操作内容的描述，望你会有所收获。 *,if( sva = 1 ,男,女)asssvafromtanamewheresva 12.2. 控制流程函以下的文章主要描述的是MySQL语句中如何用if例子的实际操作步骤，我们先是以相关代码的方式来引出MySQL语句中如何用if例子的实际操作，以下就是文章的具体操作内容的描述，望你会有所收获。*,if(sva=1,"男","女") as ssva from taname where sva"" 12.2. 控制流程函数CASE value WHEN [compare-value] THEN result [WHEN [compare-value] THEN result ...] [ELSE result] END CASE WHEN [condition] THEN result [WHEN [condition] THEN result ...] [ELSE result] END 在第一个方案的返回结果中， value=compare-value。而第二个方案的返回结果是第一种情况的真实结果。如果没有匹配的结果值，则返回结果为ELSE后的结果，如果没有ELSE 部分，则返回值为 NULL。MySQL(和PHP搭配之最佳组合)> SELECT CASE 1 WHEN 1 THEN "one" -> WHEN 2 THEN "two" ELSE "more" END; -> "one" MySQL(和PHP搭配之最佳组合)> SELECT CASE WHEN 1>0 THEN "true" ELSE "false" END; -> "true" MySQL(和PHP搭配之最佳组合)> SELECT CASE BINARY "B" -> WHEN "a" THEN 1 WHEN "b" THEN 2 END; -> NULL 一个CASE表达式的默认返回值类型是任何返回值的相容集合类型，但具体情况视其所在语境而定。如果用在字符串语境中，则返回结果味字符串。如果用在数字语境中，则返回结果为十进制值、实值或整数值。IF(expr1,expr2,expr3) 如果 expr1 是TRUE (expr10 and expr1NULL)，则 MySQL语句中用ifIF()的返回值为expr2; 否则返回值则为 expr3。IF() 的返回值为数字值或字符串值，具体情况视其所在语境而定。MySQL(和PHP搭配之最佳组合)> SELECT IF(1>2,2,3); -> 3 MySQL(和PHP搭配之最佳组合)> SELECT IF(1 "yes" MySQL(和PHP搭配之最佳组合)> SELECT IF(STRCMP("test","test1"),"no","yes"); -> "no" 如果expr2 或expr3中只有一个明确是 NULL，则MySQL语句中用ifIF() 函数的结果类型 为非NULL表达式的结果类型。expr1 作为一个整数值进行计算，就是说，假如你正在验证浮点值或字符串值， 那么应该使用比较运算进行检验。MySQL(和PHP搭配之最佳组合)> SELECT IF(0.1,1,0); -> 0 MySQL(和PHP搭配之最佳组合)> SELECT IF(0.10,1,0); -> 1 在所示的第一个例子中，IF(0.1)的返回值为0，原因是 0.1 被转化为整数值，从而引起一个对 IF(0)的检验。这或许不是你想要的情况。在第二个例子中，比较检验了原始浮点值，目的是为了了解是否其为非零值。比较结果使用整数。MySQL语句中用ifIF() (这一点在其被储存到临时表时很重要 ) 的默认返回值类型按照以下方式计算：表达式返回值expr2 或expr3 返回值为一个字符串。字符串expr2 或expr3 返回值为一个浮点值。浮点expr2 或 expr3 返回值为一个整数。整数假如expr2 和expr3 都是字符串，且其中任何一个字符串区分大小写，则返回结果是区分大小写。http://blog.knowsky.com/IFNULL(expr1,expr2)假如expr1 不为 NULL，则 IFNULL() 的返回值为 expr1; 否则其返回值为 expr2。IFNULL()的返回值是数字或是字符串，具体情况取决于其所使用的语境。MySQL(和PHP搭配之最佳组合)> SELECT IFNULL(1,0); -> 1 MySQL(和PHP搭配之最佳组合)> SELECT IFNULL(NULL,10); -> 10 MySQL(和PHP搭配之最佳组合)> SELECT IFNULL(1/0,10); -> 10 MySQL(和PHP搭配之最佳组合)> SELECT IFNULL(1/0,"yes"); -> "yes" IFNULL(expr1,expr2)的默认结果值为两个表达式中更加“通用”的一个，顺序为STRING、 REAL或 INTEGER。假设一个基于表达式的表的情况， 或MySQL(和PHP搭配之最佳组合)必须在内存储器中储存一个临时表中MySQL语句中用ifIFNULL()的返回值：CREATE TABLE tmp SELECT IFNULL(1,"test") AS test；在这个例子中，测试列的类型为 CHAR(4)。NULLIF(expr1,expr2)如果expr1 = expr2 成立，那么返回值为NULL，否则返回值为 expr1。这和CASE WHEN expr1 = expr2 THEN NULL ELSE expr1 END相同。MySQL(和PHP搭配之最佳组合)> SELECT NULLIF(1,1); -> NULL MySQL(和PHP搭配之最佳组合)> SELECT NULLIF(1,2); -> 1 注意，如果参数不相等，则 MySQL(和PHP搭配之最佳组合) 两次求得的值为 expr1 。

if c=0 then rs("a")=2 rs("b")=1 rs.update elseif c=1 then rs("a")=1 rs("b")=2 rs.update end if

MySQL 语法审核工具 Inception 正式开源关于InceptionMySQL的SQL语句审核做法，在业界都已经基本被认同了，实际上这也是为了促进MySQL语句写法的统一化、标准化。此前大多采用人工审核机制，这对于标准的把握吃力，标准越多，DBA越累，和开发协同也越累。在这个追求自动化运维的时代，SQL审核也必须要跟上步伐，因此Inception诞生了。Inception不仅仅是一个自动化审核工具，同时还具备执行SQL，并且生成对影响数据的回滚语句（类似闪回的功能），这样一条龙便捷服务的工具，将会给DBA的工作带来翻天覆地的变化，DBA从此就从繁重的审核、登上DB服务器执行，出错了很难回滚（如果提前没有备份的话）的被动局面解放了出来。有了Inception，我们才突然发现，做DBA原来可以这么轻松，工作可以不饱和了，那就有更多的自由时间学习、进一步向自动化运维的实现等更智能化的方向去发展，是具有里程碑意义的

支持Mysql 刚安装，里面有mysql的文件，上去直接装，配置一下，就搞定了，虽然不是大蛋糕，但是也是市场需求啊，他们应该是不会放弃的，你是不是哪里安装出错了，可以发出来看下。

h

搞定MySQL双机备份为了数据的安全，客户有两台机器作为互相备份，当一台机器出现故障时，自动切换到另外一台服务器。大部分的软件我们是通过LifeKeeper来实现的，但是MySQL的双机备份在LifeKeeper里没有实现，看来，只有我手动来实现MySQL的双机备份了哦。先说说环境QUOTE:操作系统：windows 2003 serverMySQL版本：v4.1互备数据库：bbsServer1：10.2.2.3Server2：10.2.2.4其实，MySQL的双机备份有一个很简单的第三方软件可以实现，那就是SQLyog （http://www.webyog.com/），他有一个功能叫sja（SQLyog Job Agent ，http://www.webyog.com/sqlyog/sja.html），可以轻松实现，但是却有一个不足，那就是MySQL表里必须有一个primary key，如果没有，则此表不能用sja来实现。我查看了一下，我们需要互备的数据中就有两三个表没有primary key，看来要放弃这个方法了。第二种方法就是用MySQL自身的Replication机制来实现了。据说MySQL 3.23以上的版本都有此功能。下面来说说具体的步骤。1）先在每台服务器上各安装好mysql，保证正常运行，在Mysql的安装目录里各建立一个目录logs，如F:Mysql4.1logs，供后面步骤使用。2）将要互备的初始化数据在每台服务器上各导入一份，且保持两台服务器要互备的初始化数据一致。这个步骤很重要。3）在每个server上各增加一个备份用户，且赋予一定的权限。3.1）在Server1上QUOTE:GRANTREPLICATION SLAVE,RELOAD,SUPER ON *.* TO backup@‘10.2.2.4‘ IDENTIFIED BY‘123456‘;之后立即在Server2上用如下命令来测试backup用户是否能连接上Server1QUOTE:F:Mysql4.1inmysql.exe-h10.2.2.3 -ubackup -p123456如果能连接上，表明互备帐户增加OK！3.2）重复上述动作，在Server2上QUOTE:GRANTREPLICATION SLAVE,RELOAD,SUPER ON *.* TO backup@‘10.2.2.3‘ IDENTIFIED BY‘123456‘;之后立即在Server1上用如下命令来测试backup用户是否能连接上Server2QUOTE:F:Mysql4.1inmysql.exe-h10.2.2.4 -ubackup -p123456如果能连接上，表明互备帐户增加OK！4）修改mysql配置文件，增加互备参数配置。4.1）停掉server1的mysql，修改my.ini，在[mysqld]区域内增加如下信息：QUOTE:######################################################MySQL的双机备份,bylongware,2006-05-26server-id=1log-bin=F:/MySQL4.1/logs/syncmaster-host=10.2.2.4master-user=backupmaster-password=123456master-port=3306master-connect-retry=60replicate-do-db=bbs#####################################################保存并关闭my.ini文件，重启mysql服务，观察logs目录下面有没有类似sync.000001、sync.index的文件生成，观察data目录里有没有*.info、*-relay-bin.000001、*-relay-bin.index的文件生成，如果两个目录都有，说明互备参数配置正确。4.2）停掉server2的mysql，修改my.ini，在[mysqld]区域内增加如下信息：QUOTE:######################################################MySQL的双机备份,bylongware,2006-05-26server-id=2log-bin=F:/MySQL4.1/logs/syncmaster-host=10.2.2.3master-user=backupmaster-password=123456master-port=3306master-connect-retry=60replicate-do-db=bbs#####################################################保存并关闭my.ini文件，重启mysql服务，观察logs目录下面有没有类似sync.000001、sync.index的文件生成，观察data目录里有没有*.info、*-relay-bin.000001、*-relay-bin.index的文件生成，如果两个目录都有，说明互备参数配置正确。4.3）如果没有看到上步中说的文件，说明配置文件没有起作用，请检查mysql配置文件的位置，很可能在c:windows下面，也可能在C:Documents and SettingsAdministratorwindows下面，还可能在F:Mysql4.1下面，具体要看您的mysql服务的启动参数，您可以去windows的“开始－控制面板－管理工具－服务”中，双击mysql的服务名称，查看”可执行文件的路径“项的值，如果是QUOTE:F:/mysql4.1/bin/mysqld-nt.exe则my.ini可能就在c:windows下面，如果是QUOTE:"F:MySQL4.1inmysqld-nt"--defaults-file="F:MySQL4.1my.ini" MySQL则my.ini就在F:MySQL4.1下面。我的一个朋友就因为没有搞清楚my.ini的位置，折腾了大半天也每搞定。5）分别停掉两台机器的mysql服务，再次确保两台机器的要互备的初始化数据一致，删除logs下面的文件，删除data下面的非目录文件，确保网络畅通，再分别启动server1和server2的mysql服务，mysql双机互备成功了。6）互备测试，在server1里的bbs数据库里建一张表，插几条数据，再登陆到server2里，看看数据是否存在，存在表明OK。7）注意：两台机器的mysql互备的初始化数据要相同。如果要单向备份，将其中的一台服务器的my.ini的互备配置注释掉重启即可。8）官方参考资料：http://dev.mysql.com/doc/refman/5.1/en/ndbcluster.htmlhttp://dev.mysql.com/doc/refman/ ...er-replication.html日志抓取和数据载入(REPLICATIONSLAVE,REPLICATIONCLIENT)MySQL手册版本 5.0.20-MySQL同步(二)发布于：2006-8-15 17:10:51 已被阅读： 247 6.4 设置同步 以下描述了如何快速设置MySQL同步服务器。假设你打算同步全部的数据库，并且之前没有设置过。需要关闭master服务器以完成全部的步骤。 本章描述的过程可以用于一个slave的情况，也可以用于多个slave的情况。 这只是一个最直接设置slave的办法，并不是只有一个。例如，已经有了master的数据快照(snapshot)，master已经设置了服务器编号ID(server_id)并且启用了二进制日志，这就无需关闭master或者阻止在master上更新数据了。详情请看"6.9 Replication FAQ"。 想要完全掌握MySQL同步设置，最好把本章全部读完，并且测试在"14.6.1 SQL Statements for Controlling Master Servers"和"14.6.2 SQL Statements for Controlling Slave Servers"中提到的全部语句。而且要熟悉各种同步设置选项，详情请看"6.8 Replication Startup Options"。 注意，这个过程以及后面一些同步SQL语句需要有 SUPER 权限。MySQL 4.0.2以前，则是 PROCESS 权限。 请确认master和slave上都安装了较近的MySQL版本，且这些版本之间要能兼容，在"6.5 Replication Compatibility Between MySQL Versions"中列出来了。请确认在最新版本中还有存在问题，否则不要报告该bug。 在master上新加一个帐户，slave才能用它来连接。这个帐户必须授予 REPLICATION SLAVE 权限。如果这个帐户只用于同步(推荐这么做)，那就没必要授予其他权限了。设定你的域是 mydomain.com，想要授权一个帐户 repl 使用密码 slavepass，允许它可以在域里的任何主机连接到master上。用 GRANT 语句来创建帐户： mysql> GRANT REPLICATION SLAVE ON *.* -> TO ‘repl‘@‘%.mydomain.com‘ IDENTIFIED BY ‘slavepass‘; 在MySQL 4.0.2以前，用 FILE 权限来代替 REPLICATION SLAVE： mysql> GRANT FILE ON *.* -> TO ‘repl‘@‘%.mydomain.com‘ IDENTIFIED BY ‘slavepass‘; 如果打算在slave上执行 LOAD TABLE FROM MASTER 或 LOAD DATA FROM MASTER 语句，那么必须给该帐户授予附加权限： 授予全局 SUPER 和 RELOAD 权限。 授予对想要加载的所有表上的 SELECT 权限。在master上任何没有 SELECT 权限的表都会被 LOAD DATA FROM MASTER 略过。 如果只用到 MyISAM 表，执行 FLUSH TABLES WITH READ LOCK 语句刷新所有表并且阻止其他写入： mysql> FLUSH TABLES WITH READ LOCK; 不要退出执行 FLUSH TABLES 语句的客户端，以保持读锁有效(如果退出了，读锁就释放了)。然后从master上取得数据快照。比较简单的办法就是把数据目录打包压缩。例如，Unix上的 tar， PowerArchiver, WinRAR, WinZip，或Windows上的类似程序。想要用 tar 来创建一个压缩包，包括所有的数据库，只需执行以下命令(把目录改成你的真实路径)： shell> tar -cvf /tmp/mysql-snapshot.tar . 如果只想打包一个数据库 this_db，只需执行命令： shell> tar -cvf /tmp/mysql-snapshot.tar ./this_db 然后把这个文件拷贝到slave的 `/tmp` 目录下。在slave上，执行以下命令解开压缩包(把目录改成你的真实路径)： shell> tar -xvf /tmp/mysql-snapshot.tar 可能不需要同步 mysql 数据库，因为在slave上的权限表和master不一样。这时，解开压缩包的时候要排除它。同时在压缩包中也不要包含任何日志文件，或者 `master.info~ 或 `relay-log.info` 文件。当在master上的 FLUSH TABLES WITH READ LOCK 语句还生效时，在master上读取当前二进制文件的文件名及偏移位置： mysql > SHOW MASTER STATUS; +---------------+----------+--------------+------------------+| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | +---------------+----------+--------------+------------------+| mysql-bin.003 | 73 | test | manual,mysql | +---------------+----------+--------------+------------------+File 字段显示了二进制日志文件名，Position 字段显示了日志偏移位置。在这个例子中，日志文件是 mysql-bin.003，偏移位置是 73。记下这些值，在后面设置slave的时候就需要用到它们了。它们表示了slave要从master的哪个偏移位置开始处理更新操作。取得快照和记录下日志名及偏移位置后，就可以让master释放读锁了： mysql> UNLOCK TABLES; 如果用到 InnoDB 表，那么最好使用 InnoDB Hot Backup 工具。它无需在master上请求任何锁就能做到快照的一致性，并且在后面中在slave上要用到的快照中已经记录了日志文件名以及偏移位置。InnoDB Hot Backup 是费免费(商业的)的附加工具，它没有包含在MySQL发布包中。访问 InnoDB Hot Backup 的主页 http://www.innodb.com/manual.php 查看更多详细信息。除去 InnoDB Hot Backup 的另一个最快的办法就是关闭master服务器，拷贝 InnoDB 数据文件，日志文件，以及表结构定义文件(`.frm` 文件)。想要记录当前日志文件及偏移位置，需要在master关闭前执行如下可语句： mysql> FLUSH TABLES WITH READ LOCK; mysql> SHOW MASTER STATUS; 尽快记下 SHOW MASTER STATUS 显示结果中的日志文件及偏移位置。然后，在不解锁的情况下关闭master，确保master上的快照和记录的结果一致： shell> mysqladmin -u root shutdown 还有一个方法可以同时用于 MyISAM 和 InnoDB 表，这就是在master上作SQL转储而无需如上所述备份二进制日志。在master上运行 mysqldump --master-data 命令，然后把结果文件转储到slave上。不过，这比拷贝二进制日志慢点。如果master在以前没有启用 --log-bin 选项，那么执行 SHOW MASTER STATUS 语句的结果中的文件名及偏移位置值为空了，那么后面在slave上指定的参数值就是空字符串(‘‘) 和 4了。 确认master上的 `my.cnf` 文件 [mysqld] 区间有 log-bin 选项。这个区间还必须有 server-id=master_id 选项，的值必须是 1 到 2^32-1 之间的正整数。例如： [mysqld] log-bin server-id=1如果这些配置选项不存在，那么就加上并且重启master。 关闭要做slave的服务器，在 `my.cnf` 文件中增加如下选项： [mysqld] server-id=slave_idslave_id 的值和 master_id 类似，是 1 到 2^32-1 之间的正整数。另外，这个ID必须不能和master的ID一样。例如： [mysqld] server-id=2如果有多个slave，那么每个slave都必须要有一个唯一的 server-id，它的值不能和master以及其其他slave的值一样。可以把 server-id 想象成为IP地址：这些ID标识了整个同步组合中的每个服务器。如果没有指定 server-id 的值，如果也没定义 master-host，那么它的值就为1，否则为2。注意，如果没有设定 server-id，那么master就会拒绝所有的slave连接，同时slave也会拒绝连接到master上。因此，省略配置 server-id 只对备份二进制日志有利。 如果已经备份了master上的数据(直接打包压缩的方式)，那么在slave启动之前把它们拷贝过去。要确保文件的权限属主等设置没问题。MySQL运行的用户必须对这些文件有读写权限，就跟在master上一样。如果是用 mysqldump 备份的，那么可以直接启动salve(直接跳到下一步)。 启动slave，如果它之前已经运行同步了，那么在启动slave的时候使用 --skip-slave-start 选项使之不会立刻去连接master。最好也使用 --log-warnings 选项(从 MySQL 4.0.19 和 4.1.2 开始就是默认启用了)来启动slave，以知道发生问题时的更详细的信息(例如，网络或者连接问题)。从开始MySQL 4.0.21 和 4.1.3，异常中止的连接不再记录到错误日志中，除非 --log-warnings 选项的值大于1。 如果在master上用 mysqldump 备份数据的话，把文件导入slave中： shell> mysql -u root -p < dump_file.sql 在slave上执行如下语句，把各个选项的值替换成真实值： mysql> CHANGE MASTER TO -> MASTER_HOST=‘master_host_name‘, -> MASTER_USER=‘replication_user_name‘, -> MASTER_PASSWORD=‘replication_password‘, -> MASTER_LOG_FILE=‘recorded_log_file_name‘, -> MASTER_LOG_POS=recorded_log_position; 下表列出了各个选项字符串的最大长度： MASTER_HOST 60 MASTER_USER 16 MASTER_PASSWORD 32 MASTER_LOG_FILE 255 启动slave线程： mysql> START SLAVE; 做完上述过程后，slave应该会连接到master上并且捕获所有从取得快照后的更新操作。 如果忘了设置master的 server-id 值，那么slave就不能连接到master上。 如果忘了设置master的 server-id 值，那么在错误日志中就会记录如下内容： Warning: You should set server-id to a non-0 value if master_host is set; we force server id to 2, but this MySQL server will not act as a slave. 如果因为其他原因不能同步的话，错误信息也会记录在slave的日志上。 一旦slave开始同步了，就能在数据文件目录下找到2个文件 `master.info` 和`relay-log.info`。slave利用这2个文件来跟踪处理了多少master的二进制日志。 不要删除或者修改这2个文件，除非知道怎么改。尽管如此，我们更推荐用 CHANGE MASTER TO 语句来做。 注意：`master.info` 中的内容覆盖了部分命令行中指定的或 `my.cnf` 的选项。详情请看"6.8 Replication Startup Options"。

sqlite3只能操作数据库文件。它没有像mysql那样的数据库的概念，它一个文件就是一个数据库，一个数据库就是一个文件所以你打开数据库文件之后，接下去就是操作“表”了，没有“数据库”了

方法如下： 右键点击我的电脑，选择->管理->服务，里面有个microsoft sqlserver的服务，双击以后选择启动服务就可以了。 如果启动不了，重新SQLServer注册试试。

对于程序开发人员而言，目前使用最流行的两种后台数据库即为MySQL and SQL Server。这两者最基本的相似之处在于数据存储和属于查询系统。你可以使用SQL来访问这两种数据库的数据，因为它们都支持ANSI-SQL。还有，这两种数据库系统都支持二进制关键词和关键索引，这就大大地加快了查询速度。同时，二者也都提供支持XML的各种格式。除了在显而易见的软件价格上的区别之外，这两个产品还有什么明显的区别吗？在这二者之间你是如何选择的？让我们看看这两个产品的主要的不同之处，包括发行费用，性能以及它们的安全性。 根本的区别是它们遵循的基本原则 二者所遵循的基本原则是它们的主要区别：开放vs保守。SQL服务器的狭隘的，保守的存储引擎与MySQL服务器的可扩展，开放的存储引擎绝然不同。虽然你可以使用SQL服务器的Sybase引擎，但MySQL能够提供更多种的选择，如MyISAM, Heap, InnoDB, and Berkeley DB。MySQL不完全支持陌生的关键词，所以它比SQL服务器要少一些相关的数据库。同时，MySQL也缺乏一些存储程序的功能，比如MyISAM引擎联支持交换功能。 发行费用：MySQL不全是免费，但很便宜 当提及发行的费用，这两个产品采用两种绝然不同的决策。对于SQL服务器，获取一个免费的开发费用最常的方式是购买微软的Office或者Visual Studio的费用。但是，如果你想用于商业产品的开发，你必须还要购买SQL Server Standard Edition。学校或非赢利的企业可以不考虑这一附加的费用。 性能：先进的MySQL 纯粹就性能而言，MySQL是相当出色的，因为它包含一个缺省桌面格式MyISAM。MyISAM 数据库与磁盘非常地兼容而不占用过多的CPU和内存。MySQL可以运行于Windows系统而不会发生冲突，在UNIX或类似UNIX系统上运行则更好。你还可以通过使用64位处理器来获取额外的一些性能。因为MySQL在内部里很多时候都使用64位的整数处理。Yahoo!商业网站就使用MySQL 作为后台数据库。 当提及软件的性能，SQL服务器的稳定性要比它的竞争对手强很多。但是，这些特性也要付出代价的。比如，必须增加额外复杂操作，磁盘存储，内存损耗等等。如果你的硬件和软件不能充分支持SQL服务器，我建议你最好选择其他如DBMS数据库，因为这样你会得到更好的结果。 安全功能 MySQL有一个用于改变数据的二进制日志。因为它是二进制，这一日志能够快速地从主机上复制数据到客户机上。即使服务器崩溃，这一二进制日志也会保持完整，而且复制的部分也不会受到损坏。 在SQL服务器中，你也可以记录SQL的有关查询，但这需要付出很高的代价。 安全性 这两个产品都有自己完整的安全机制。只要你遵循这些安全机制，一般程序都不会出现什么问题。这两者都使用缺省的IP端口，但是有时候很不幸，这些IP也会被一些黑客闯入。当然，你也可以自己设置这些IP端口。 恢复性:先进的SQL服务器 恢复性也是MySQL的一个特点，这主要表现在MyISAM配置中。这种方式有它固有的缺欠，如果你不慎损坏数据库，结果可能会导致所有的数据丢失。然而，对于SQL服务器而言就表现得很稳键。SQL服务器能够时刻监测数据交换点并能够把数据库损坏的过程保存下来。 根据需要决定你的选择 对于这两种数据库，如果非要让我说出到底哪一种更加出色，也许我会让你失望。以我的观点，任一对你的工作有帮助的数据库都是很好的数据库，没有哪一个数据库是绝对的出色，也没有哪一个数据库是绝对的差劲。我想要告诉你的是你应该多从你自己的需要出发，即你要完成什么样的任务？而不要单纯地从软件的功能出发。 如果你想建立一个.NET服务器体系，这一体系可以从多个不同平台访问数据，参与数据库的管理，那么你可以选用SQL服务器。如果你想建立一个第三方站点，这一站点可以从一些客户端读取数据，那么MySQL将是最好的选择。 这两者数据库都能够在.NET或J2EE下运行正常，同样，都能够利用RAID。 1，优点分析：MYSQL短小精悍，容易上手，操作简单，免费供用的。相对其它数据库有特色又实用的语法多一些。SQL怎么也算是大型数据库，稳定，能做一般大系统的数据仓库，运行速度明显比MYSQL快N多（海量数据下这个优势显而易见）。 2，缺点分析：MYSQL难担当大系统的数据仓库，运行速度慢，不够稳定，有掉线的情况。SQL SERVER价格贵（当然没说5元盗版），使用起来比MYSQL要难一些，毕竟东西大了说道多点。 3，按你的补充（如何登录）：MySQL自己有文字界面客户端，用起来咋说也没鼠标点方便（不过习惯了也好），当然配对MYSQL有专业的客户端软件，我是用SQLYOG519版的，各种操作真的是很方便的说。SQL SERVER 就用自带的查询分析器登录了：） 两者的前提是数据库服务都带打开，而且你得知道安装时的用户名密码哦：） SQL-Server 2000 是微软公司开发的中型数据库，它的可视化方面做得很好，在安全性等方面功能非常强大，并且有微软的强大技术支持，当然价格比较昂贵，适合应用于中型系统。 MySQL是 MySQL·AB开发的小型数据库，基本上具有了数据库所需的所有功能，但是功能没有SQL-Server强大，技术支持也跟不上，但是价格便宜，在满足它的许可协议的情况下可以免费使用，适合于小型系统。 语言都是一样的(SQL)是结构化查询语言.

SQL Server是一种关系数据库系统，是一个可扩展的且性能高，为分布式客服机/服务器计算所设计的数据库管理系统。它包含了多个版本用来满足不同用户的需求SQL Server是由微软公司推出的一种大型数据库系统，今天将要具体介绍sql server是什么以及它的优缺点，具有一定的参考价值希望对大家有所帮助。【推荐课程：SQL Server教程】SQL Server介绍SQL Server是一种关系型数据库系统，也是一个可扩展的、高性能的、为分布式客户机/服务器计算所设计的数据库管理系统，实现了与WindowsNT的有机结合，提供了基于事务的企业级信息管理系统方案。与所有的数据库管理系统一样，SQL Server支持标准的SQL语言，而且它还额外包括 T-SQL，它自己的SQL实现。SQL Server Management Studio（SSMS）是 SQL Server 的主要界面工具，它支持 32 位和 64 位环境。另外SQL Server提供了多个版本，具有不同的功能和选项来满足不同的用户的需求。SQL Server数据库分类完整型：主要是对于大型的企业来说，SQL Server中的数据仓库和基于web的数据库专门为具有复杂数据要求的企业而准备。这具备了SQL Server的所有功能标准型：标准型主要针对中小型企业，因为没有大小和用户的限制所以可以作为小型web服务器或者是分支机构的后端数据库免费型：免费发布，具有少量的功能并限制了数据库的大小和用户，可以作为 Access 数据库的替代品SQL Server的优缺点优点：1、通过创建唯一性索引，可以保证数据库表中每一行数据的唯一性。2、通过创建索引可以大大加快数据的检索速度3、通过使用索引，可以在查询的过程中，使用优化隐藏器，提高系统的性能。4、在使用分组和排序子句进行数据检索时，同样可以显著减少查询中分组和排序的时间缺点：1、只能运行在windows平台，平台单一不具备开放性2、并行实施与共存模型不成熟，难以处理大规模的数据，伸缩性有限3、当用户连接多时性能会变得很差并且不稳定4、客户端支持应用模式，仅支持C/S模式总结：

mysql-server是什么？mysql-server表示服务器，是服务端；它是mysql核心程序，生成管理数据库实例，数据库实例任务调度线程之类，并提供相关接口供不同客户端调用。mysql-server用于持久保存数据并为其提供查询接口（SQL）；可以托管多个数据库并处理这些数据库上的查询。server是DBMS面向物理层次，包含存储数据的一系列机制、处理方法的集成。可以把sql语句翻译成对内存和文件的操作，也就是说，server是直接操作文件的。举例：mysql-server类似于QQ公司安装在他们自己公司的服务器上的一个总的应用程序。

select name, salaryfrom instructorwhere salary=(select max(salary) from instructor)

MySQL空间扩展不仅提供了空间数据的存储能力，而且还具备一些空间运算能力，这些功能通过MySQL内建的几何函数实现。最简单的几何函数昨天已经有所涉及，也就是转换WTK的GEOMFROMTEXT和ASTEXT。除此以外，不同的几何对象还具有不同的功能函数。几何类的函数DIMENSION，返回对象的尺寸，-1为空，0为点（没有长度没有面积），1为线（有长度而没有面积），2为多边形（有面积）；ENVELOPE，返回最小边界矩形；GEOMERYTYPE，返回几何类型（字符串）SRID，所谓SRID是空间基准坐标指示符，表示一个几何类型的坐标系统。点对象的函数X，Y两个函数用于返回点的X坐标和Y坐标线对象的函数GLENGTH，返回线长ISCLOSED，是否为封闭线段NUMPOINTS，线段包含点的数目STARTPOINT，ENDPOINT，POINTN，分别返回起点，终点和指定位置的点多边形对象的函数AREA，返回多边形面积EXTERIORRING，返回线型的外环INTERIORRINGN，返回指定的内环（对于包含空洞的多边形）NUMINTERIORRINGS，返回空洞数目几何集合对象的函数GEOMETRYN，返回指定位置的几何类型NUMGEOMETRIES，返回对象数目空间分析操作函数OpenGIS的空间分析操作函数目前还没有被MySQL完全支持，包括作缓冲区、联合、切割等操作还不能通过MySQL直接完成。最小边界矩形空间关系函数MySQL提供了一组函数来判断几个对象和最小边界矩形的位置关系MBRCONTAINSMBRDISJOINTMBREQUALMBRINTERSECTSMBROVERLAPSMBRTOUCHESMBRWITHIN几何对象空间关系函数MySQL5尚未实现以下几何对象的空间关系分析功能。CONTAINSCROSSESDISJOINTDISTANCEEQUALSINTERSECTSOVERLAPSRELATEDTOUCHESWITHINMySQL中的GIS几何函数和空间分析函数标签：nta联合interior集合geojoin数据尺寸函数

有名称的事务BEGIN TRANSACTION CandidateDelete WITH MARK N"Deleting a Job Candidate"; GO USE AdventureWorks2012; GO DELETE FROM AdventureWorks2012.HumanResources.JobCandidate WHERE JobCandidateID = 13; GO COMMIT TRANSACTION CandidateDelete; GO没有名称的事务BEGIN TRAN USE AdventureWorks2012; GO DELETE FROM AdventureWorks2012.HumanResources.JobCandidate WHERE JobCandidateID = 13; GO COMMIT TRAN GO

换最新的驱动试试 不然换 jtds 驱动试试

执行 exec dbo.sp_who_lock 可以看到是否有死锁进程；得到引起死锁的进程Spid然后执行 kill spid号即可将引起死锁的进程杀掉。

存到变量：declare @idselect @id := 员工编号 from 员工表 where 员工姓名="twq"这样的方法必须保证结果只有一条记录，否则报错。插入到一个表tmp-ID中（自动创建一个表）select 员工编号 into tmp-ID from 员工表 where 员工姓名="twq"

死锁，简而言之，两个或者多个trans，同时请求对方正在请求的某个对象，导致双方互相等待。简单的例子如下： trans1 trans2 ------------------------------------------------------------------------ 1.IDBConnection.BeginTransaction 1.IDBConnection.BeginTransaction 2.update table A 2.update table B 3.update table B 3.update table A 4.IDBConnection.Commit 4.IDBConnection.Commit 那么，很容易看到，如果trans1和trans2，分别到达了step3，那么trans1会请求对于B的X锁，trans2会请求对于A的X锁，而二者的锁在step2上已经被对方分别持有了。由于得不到锁，后面的Commit无法执行，这样双方开始死锁。 好，我们看一个简单的例子，来解释一下，应该如何解决死锁问题。 -- Batch #1 CREATE DATABASE deadlocktest GO USE deadlocktest SET NOCOUNT ON DBCC TRACEON (1222, -1) -- 在SQL2005中，增加了一个新的dbcc参数，就是1222，原来在2000下，我们知道，可以执行dbcc --traceon(1204,3605,-1)看到所有的死锁信息。SqlServer 2005中，对于1204进行了增强，这就是1222。 GO IF OBJECT_ID ("t1") IS NOT NULL DROP TABLE t1 IF OBJECT_ID ("p1") IS NOT NULL DROP PROC p1 IF OBJECT_ID ("p2") IS NOT NULL DROP PROC p2 GO CREATE TABLE t1 (c1 int, c2 int, c3 int, c4 char(5000)) GO DECLARE @x int SET @x = 1 WHILE (@x <= 1000) BEGIN INSERT INTO t1 VALUES (@x*2, @x*2, @x*2, @x*2) SET @x = @x + 1 END GO CREATE CLUSTERED INDEX cidx ON t1 (c1) CREATE NONCLUSTERED INDEX idx1 ON t1 (c2) GO CREATE PROC p1 @p1 int AS SELECT c2, c3 FROM t1 WHERE c2 BETWEEN @p1 AND @p1+1 GO CREATE PROC p2 @p1 int AS UPDATE t1 SET c2 = c2+1 WHERE c1 = @p1 UPDATE t1 SET c2 = c2-1 WHERE c1 = @p1 GO 上述sql创建一个deadlock的示范数据库，插入了1000条数据，并在表t1上建立了c1列的聚集索引，和c2列的非聚集索引。另外创建了两个sp，分别是从t1中select数据和update数据。 好，打开一个新的查询窗口，我们开始执行下面的query： -- Batch #2 USE deadlocktest SET NOCOUNT ON WHILE (1=1) EXEC p2 4 GO 开始执行后，然后我们打开第三个查询窗口，执行下面的query： -- Batch #3 USE deadlocktest SET NOCOUNT ON CREATE TABLE #t1 (c2 int, c3 int) GO WHILE (1=1) BEGIN INSERT INTO #t1 EXEC p1 4 TRUNCATE TABLE #t1 END GO 开始执行，哈哈，很快，我们看到了这样的错误信息： Msg 1205, Level 13, State 51, Procedure p1, Line 4 Transaction (Process ID 54) was deadlocked on lock resources with another process and has been chosen as the deadlock victim. Rerun the transaction. spid54发现了死锁。 那么，我们该如何解决它？ 在SqlServer 2005中，我们可以这么做： 1.在trans3的窗口中，选择EXEC p1 4，然后right click，看到了菜单了吗？选择Analyse Query in Database Engine Tuning Advisor。 2.注意右面的窗口中，wordload有三个选择：负载文件、表、查询语句，因为我们选择了查询语句的方式，所以就不需要修改这个radio option了。 3.点左上角的Start Analysis按钮 4.抽根烟，回来后看结果吧！出现了一个分析结果窗口，其中，在Index Recommendations中，我们发现了一条信息：大意是，在表t1上增加一个非聚集索引索引：t2+t1。 5.在当前窗口的上方菜单上，选择Action菜单，选择Apply Recommendations，系统会自动创建这个索引。 重新运行batch #3，呵呵，死锁没有了。 这种方式，我们可以解决大部分的Sql Server死锁问题。那么，发生这个死锁的根本原因是什么呢？为什么增加一个non clustered index，问题就解决了呢？ 这次，我们分析一下，为什么会死锁呢？再回顾一下两个sp的写法： CREATE PROC p1 @p1 int AS SELECT c2, c3 FROM t1 WHERE c2 BETWEEN @p1 AND @p1+1 GO CREATE PROC p2 @p1 int AS UPDATE t1 SET c2 = c2+1 WHERE c1 = @p1 UPDATE t1 SET c2 = c2-1 WHERE c1 = @p1 GO 很奇怪吧！p1没有insert，没有delete，没有update，只是一个select，p2才是update。这个和我们前面说过的，trans1里面updata A，update B；trans2里面upate B，update A，根本不贴边啊！ 那么，什么导致了死锁？ 需要从事件日志中，看sql的死锁信息： Spid X is running this query (line 2 of proc [p1], inputbuffer “… EXEC p1 4 …”): SELECT c2, c3 FROM t1 WHERE c2 BETWEEN @p1 AND @p1+1 Spid Y is running this query (line 2 of proc [p2], inputbuffer “EXEC p2 4”): UPDATE t1 SET c2 = c2+1 WHERE c1 = @p1 The SELECT is waiting for a Shared KEY lock on index t1.cidx. The UPDATE holds a conflicting X lock. The UPDATE is waiting for an eXclusive KEY lock on index t1.idx1. The SELECT holds a conflicting S lock. 首先，我们看看p1的执行计划。怎么看呢？可以执行set statistics profile on，这句就可以了。下面是p1的执行计划 SELECT c2, c3 FROM t1 WHERE c2 BETWEEN @p1 AND @p1+1 |--Nested Loops(Inner Join, OUTER REFERENCES:([Uniq1002], [t1].[c1])) |--Index Seek(OBJECT:([t1].[idx1]), SEEK:([t1].[c2] >= [@p1] AND [t1].[c2] <= [@p1]+(1)) ORDERED FORWARD) |--Clustered Index Seek(OBJECT:([t1].[cidx]), SEEK:([t1].[c1]=[t1].[c1] AND [Uniq1002]=[Uniq1002]) LOOKUP ORDERED FORWARD) 我们看到了一个nested loops，第一行，利用索引t1.c2来进行seek，seek出来的那个rowid，在第二行中，用来通过聚集索引来查找整行的数据。这是什么？就是bookmark lookup啊！为什么？因为我们需要的c2、c3不能完全的被索引t1.c1带出来，所以需要书签查找。 好，我们接着看p2的执行计划。 UPDATE t1 SET c2 = c2+1 WHERE c1 = @p1 |--Clustered Index Update(OBJECT:([t1].[cidx]), OBJECT:([t1].[idx1]), SET:([t1].[c2] = [Expr1004])) |--Compute Scalar(DEFINE:([Expr1013]=[Expr1013])) |--Compute Scalar(DEFINE:([Expr1004]=[t1].[c2]+(1), [Expr1013]=CASE WHEN CASE WHEN ... |--Top(ROWCOUNT est 0) |--Clustered Index Seek(OBJECT:([t1].[cidx]), SEEK:([t1].[c1]=[@p1]) ORDERED FORWARD) 通过聚集索引的seek找到了一行，然后开始更新。这里注意的是，update的时候，它会申请一个针对clustered index的X锁的。 实际上到这里，我们就明白了为什么update会对select产生死锁。update的时候，会申请一个针对clustered index的X锁，这样就阻塞住了（注意，不是死锁！）select里面最后的那个clustered index seek。死锁的另一半在哪里呢？注意我们的select语句，c2存在于索引idx1中，c1是一个聚集索引cidx。问题就在这里！我们在p2中更新了c2这个值，所以sqlserver会自动更新包含c2列的非聚集索引：idx1。而idx1在哪里？就在我们刚才的select语句中。而对这个索引列的更改，意味着索引集合的某个行或者某些行，需要重新排列，而重新排列，需要一个X锁。 SO………，问题就这样被发现了。 总结一下，就是说，某个query使用非聚集索引来select数据，那么它会在非聚集索引上持有一个S锁。当有一些select的列不在该索引上，它需要根据rowid找到对应的聚集索引的那行，然后找到其他数据。而此时，第二个的查询中，update正在聚集索引上忙乎：定位、加锁、修改等。但因为正在修改的某个列，是另外一个非聚集索引的某个列，所以此时，它需要同时更改那个非聚集索引的信息，这就需要在那个非聚集索引上，加第二个X锁。select开始等待update的X锁，update开始等待select的S锁，死锁，就这样发生鸟。 那么，为什么我们增加了一个非聚集索引，死锁就消失鸟？我们看一下，按照上文中自动增加的索引之后的执行计划： SELECT c2, c3 FROM t1 WHERE c2 BETWEEN @p1 AND @p1+1 |--Index Seek(OBJECT:([deadlocktest].[dbo].[t1].[_dta_index_t1_7_2073058421__K2_K1_3]), SEEK:([deadlocktest].[dbo].[t1].[c2] >= [@p1] AND [deadlocktest].[dbo].[t1].[c2] <= [@p1]+(1)) ORDERED FORWARD) 哦，对于clustered index的需求没有了，因为增加的覆盖索引已经足够把所有的信息都select出来。就这么简单。 实际上，在sqlserver 2005中，如果用profiler来抓eventid：1222，那么会出现一个死锁的图，很直观的说。 下面的方法，有助于将死锁减至最少（详细情况，请看SQLServer联机帮助，搜索：将死锁减至最少即可。按同一顺序访问对象。 避免事务中的用户交互。 保持事务简短并处于一个批处理中。 使用较低的隔离级别。 使用基于行版本控制的隔离级别。 将 READ_COMMITTED_SNAPSHOT 数据库选项设置为 ON，使得已提交读事务使用行版本控制。 使用快照隔离。使用绑定连接。

.test>begin;Query OK, 0 rows affected (0.00 sec)先删除7中的id=1,sessionb中删除ttid=1delete from t7 where id=1; Query OK, 1 row affected (0.01 sec) session B delete from tt where id=1; Query OK, 1 row affected (0.00 sec) sessionA: delete from tt where id=1; 等待卡住 sessionB; delete from t7 where id=1; ERROR 1213 (40001): Deadlock found when trying to get lock; try restarting transaction 产生死锁LATEST DETECTED DEADLOCK2016-05-09 16:47:14 7f8ee2154700* (1) TRANSACTION:TRANSACTION 4443, ACTIVE 36 sec starting index readmysql tables in use 1, locked 1LOCK WAIT 4 lock struct(s), heap size 1184, 2 row lock(s), undo log entries 1MySQL thread id 10, OS thread handle 0x7f8ee20f2700, query id 133 192.168.90.109 myadmin updatingdelete from tt where id=1* (1) WAITING FOR THIS LOCK TO BE GRANTED:RECORD LOCKS space id 36 page no 3 n bits 88 index PRIMARY of table test.tt trx id 4443 lock_mode X locks rec but not gap waitingRecord lock, heap no 10 PHYSICAL RECORD: n_fields 4; compact format; info bits 320: len 8; hex 8000000000000001; asc ;;1: len 6; hex 00000000115a; asc Z;;2: len 7; hex 3800000151037d; asc 8 Q };;3: len 4; hex 800003e8; asc ;;* (2) TRANSACTION:TRANSACTION 4442, ACTIVE 52 sec starting index read, thread declared inside InnoDB 5000mysql tables in use 1, locked 14 lock struct(s), heap size 1184, 2 row lock(s), undo log entries 1MySQL thread id 12, OS thread handle 0x7f8ee2154700, query id 134 192.168.90.109 myadmin updatingdelete from t7 where id=1* (2) HOLDS THE LOCK(S):RECORD LOCKS space id 36 page no 3 n bits 88 index PRIMARY of table test.tt trx id 4442 lock_mode X locks rec but not gapRecord lock, heap no 10 PHYSICAL RECORD: n_fields 4; compact format; info bits 320: len 8; hex 8000000000000001; asc ;;1: len 6; hex 00000000115a; asc Z;;2: len 7; hex 3800000151037d; asc 8 Q };;3: len 4; hex 800003e8; asc ;;* (2) WAITING FOR THIS LOCK TO BE GRANTED:RECORD LOCKS space id 29 page no 3 n bits 72 index PRIMARY of table test.t7 trx id 4442 lock_mode X locks rec but not gap waitingRecord lock, heap no 2 PHYSICAL RECORD: n_fields 4; compact format; info bits 320: len 4; hex 80000001; asc ;;1: len 6; hex 00000000115b; asc [;;2: len 7; hex 39000001e00827; asc 9 ‘;;3: len 2; hex 6161; asc aa;;* WE ROLL BACK TRANSACTION (2)看到这种也是因为互相请求对方不释放的资源导致的死锁

业务是从上游系统中下载数据文件，并对数据文件进行处理，有两个表：对账单表对账单详情表对账单表中记录对账单的基本信息，还有为了提高统计速度而设计了一个统计字段，如正在下载的个数、下载成功/失败的个数、正在处理的个数、处理成功/失败的个数。需要处理的文件保存在对账单详情表中，当某文件的状态变化时，同时修改对账单详情表中的统计数据（加1或减1）。在多线程处理的过程中，当两个线程同时修改同一个对账单记录时，会发生死锁。我尝试过事务的隔离级别，在RC、RR和SERIALIZABLE中都会有死锁发生。死锁日志如下：------------------------LATEST DETECTED DEADLOCK------------------------2021-09-06 05:35:09 0x7f9d8efff700*** (1) TRANSACTION:TRANSACTION 1292232, ACTIVE 0 sec starting index readmysql tables in use 1, locked 1LOCK WAIT 7 lock struct(s), heap size 1128, 3 row lock(s), undo log entries 2MariaDB thread id 135, OS thread handle 140314685732608, query id 1327193 172.17.0.1 root UpdatingUPDATE bill SET processing=processing-1, process_fail=process_fail+1 WHERE id=621*** WAITING FOR THIS LOCK TO BE GRANTED:RECORD LOCKS space id 253 page no 3 n bits 24 index PRIMARY of table `ziwu2_ds`.`bill` trx id 1292232 lock_mode X locks rec but not gap waitingRecord lock, heap no 11 PHYSICAL RECORD: n_fields 19; compact format; info bits 0 0: len 4; hex 0000026d; asc m;; 1: len 6; hex 00000013b7bf; asc ;; 2: len 7; hex 4d000001b70ed6; asc M ;; 3: len 1; hex 01; asc ;; 4: len 1; hex 01; asc ;; 5: SQL NULL; 6: len 5; hex 99a7b20000; asc ;; 7: SQL NULL; 8: len 5; hex 99aa8c5261; asc Ra;; 9: SQL NULL; 10: len 1; hex 01; asc ;; 11: len 4; hex 80000ad7; asc ;; 12: len 4; hex 80000004; asc ;; 13: len 4; hex 8000053a; asc :;; 14: len 4; hex 80000000; asc ;; 15: len 4; hex 80000001; asc ;; 16: len 4; hex 80000000; asc ;; 17: len 4; hex 80000537; asc 7;; 18: len 4; hex 90289ab9; asc ( ;;*** CONFLICTING WITH:RECORD LOCKS space id 253 page no 3 n bits 24 index PRIMARY of table `ziwu2_ds`.`bill` trx id 1292232 lock mode S locks rec but not gapRecord lock, heap no 11 PHYSICAL RECORD: n_fields 19; compact format; info bits 0 0: len 4; hex 0000026d; asc m;; 1: len 6; hex 00000013b7bf; asc ;; 2: len 7; hex 4d000001b70ed6; asc M ;; 3: len 1; hex 01; asc ;; 4: len 1; hex 01; asc ;; 5: SQL NULL; 6: len 5; hex 99a7b20000; asc ;; 7: SQL NULL; 8: len 5; hex 99aa8c5261; asc Ra;; 9: SQL NULL; 10: len 1; hex 01; asc ;; 11: len 4; hex 80000ad7; asc ;; 12: len 4; hex 80000004; asc ;; 13: len 4; hex 8000053a; asc :;; 14: len 4; hex 80000000; asc ;; 15: len 4; hex 80000001; asc ;; 16: len 4; hex 80000000; asc ;; 17: len 4; hex 80000537; asc 7;; 18: len 4; hex 90289ab9; asc ( ;;*** (2) TRANSACTION:TRANSACTION 1292231, ACTIVE 0 sec starting index readmysql tables in use 1, locked 1LOCK WAIT 4 lock struct(s), heap size 1128, 2 row lock(s), undo log entries 1MariaDB thread id 152, OS thread handle 140314907342592, query id 1327189 172.17.0.1 root UpdatingUPDATE bill SET downloading=downloading+1 WHERE id=621*** WAITING FOR THIS LOCK TO BE GRANTED:RECORD LOCKS space id 253 page no 3 n bits 24 index PRIMARY of table `ziwu2_ds`.`bill` trx id 1292231 lock_mode X locks rec but not gap waitingRecord lock, heap no 11 PHYSICAL RECORD: n_fields 19; compact format; info bits 0 0: len 4; hex 0000026d; asc m;; 1: len 6; hex 00000013b7bf; asc ;; 2: len 7; hex 4d000001b70ed6; asc M ;; 3: len 1; hex 01; asc ;; 4: len 1; hex 01; asc ;; 5: SQL NULL; 6: len 5; hex 99a7b20000; asc ;; 7: SQL NULL; 8: len 5; hex 99aa8c5261; asc Ra;; 9: SQL NULL; 10: len 1; hex 01; asc ;; 11: len 4; hex 80000ad7; asc ;; 12: len 4; hex 80000004; asc ;; 13: len 4; hex 8000053a; asc :;; 14: len 4; hex 80000000; asc ;; 15: len 4; hex 80000001; asc ;; 16: len 4; hex 80000000; asc ;; 17: len 4; hex 80000537; asc 7;;

、实验环境Myql版本5.7.17-log实验表结构(root@localhost)[apex]>showcreatetabletest;+-------+-----------------------------------------------------------------------------------------------------------------------------------+|Table|CreateTable|+-------+-----------------------------------------------------------------------------------------------------------------------------------+|test|CREATETABLE`test`(`x`int(11)NOTNULL,`y`int(11)DEFAULTNULL,PRIMARYKEY(`x`))ENGINE=InnoDBDEFAULTCHARSET=gbk|+-------+-----------------------------------------------------------------------------------------------------------------------------------+1rowinset(0.01sec)插入数据(root@localhost)[apex]>insertintotestvalues(1,1);(root@localhost)[apex]>insertintotestvalues(2,2);(root@localhost)[apex]>insertintotestvalues(3,3);2、锁产生步骤会话一：开启事务，更新数据，不提交(root@localhost)[apex]>begin;QueryOK,0rowsaffected(0.00sec)(root@localhost)[apex]>updatetestsety=y+1wherex=1;QueryOK,1rowaffected(0.00sec)Rowsmatched:1Changed:1Warnings:0查看当前连接id号（线程id号）(root@localhost)[apex]>selectconnection_id();+-----------------+|connection_id()|+-----------------+|4|+-----------------+1rowinset(0.00sec)会话二：开启另一个事务，更新同一行数据，(root@localhost)[apex]>begin;QueryOK,0rowsaffected(0.00sec)(root@localhost)[apex]>updatetestsety=y+1wherex=1;ERROR1205(HY000):Lockwaittimeoutexceeded;tryrestartingtransaction执行update test set操作时，会卡在那边，不执行，经过50秒后，会报错；（上面的卡住现象，是由于锁，可以通过查看表information_schema.innodb_lock，获取锁的状态）(root@localhost)[information_schema]>select*frominformation_schema.innodb_locks;+-----------------+-------------+-----------+-----------+---------------+------------+------------+-----------+----------+-----------+|lock_id|lock_trx_id|lock_mode|lock_type|lock_table|lock_index|lock_space|lock_page|lock_rec|lock_data|+-----------------+-------------+-----------+-----------+---------------+------------+------------+-----------+----------+-----------+|757082:3279:3:2|757082|X|RECORD|`apex`.`test`|PRIMARY|3279|3|2|1||757081:3279:3:2|757081|X|RECORD|`apex`.`test`|PRIMARY|3279|3|2|1|+-----------------+-------------+-----------+-----------+---------------+------------+------------+-----------+----------+-----------+2rowsinset,1warning(0.00sec)查看当前连接id号（线程id号）(root@localhost)[apex]>selectconnection_id();+-----------------+|connection_id()|+-----------------+|5|+-----------------+1rowinset(0.00sec)以上说的50秒，是系统参数innodb_lock_wait_timeout决定的(root@localhost)[apex]>showvariableslike‘innodb_lock_wait_timeout‘;+--------------------------+-------+|Variable_name|Value|+--------------------------+-------+|innodb_lock_wait_timeout|50|+--------------------------+-------+1rowinset(0.00sec)3、mysql 如何查看未提交的事务方法一：(root@localhost)[performance_schema]>SELECT*FROMinformation_schema.INNODB_TRXG***************************1.row***************************trx_id:756996trx_state:RUNNINGtrx_started:2017-05-0815:08:07trx_requested_lock_id:NULLtrx_wait_started:NULLtrx_weight:3trx_mysql_thread_id:4trx_query:NULLtrx_operation_state:NULLtrx_tables_in_use:0trx_tables_locked:1trx_lock_structs:2trx_lock_memory_bytes:1136trx_rows_locked:1trx_rows_modified:1trx_concurrency_tickets:0trx_isolation_level:REPEATABLEREADtrx_unique_checks:1trx_foreign_key_checks:1trx_last_foreign_key_error:NULLtrx_adaptive_hash_latched:0trx_adaptive_hash_timeout:0trx_is_read_only:0trx_autocommit_non_locking:01rowinset(0.00sec)通过以上可看出线程id为4 一直未提交，事务开始的时间为2017-05-08 15:08:07。方法二：通过 show engine innodb statusG其中有一段关于事务的描述TRANSACTIONS------------Trxidcounter756998Purgedonefortrx‘sn:o<0undon:o<0state:runningbutidleHistorylistlength0LISTOFTRANSACTIONSFOREACHSESSION:---TRANSACTION421519065333360,notstarted0lockstruct(s),heapsize1136,0rowlock(s)---TRANSACTION421519065332448,notstarted0lockstruct(s),heapsize1136,0rowlock(s)---TRANSACTION756996,ACTIVE914sec2lockstruct(s),heapsize1136,1rowlock(s),undologentries1MySQLthreadid4,OSthreadhandle140041791522560,queryid25localhostroot从以上也可以看出线程id号为4的事务一直未提交。4、如何解决未提交的事务方法一：如果能知道哪个用户在执行这个操作，让他提交一下（这种可能性很小）方法二：kill掉这个线程id号，让事务回滚，(root@localhost)[information_schema]>showprocesslist;+----+-----------------+------------------+--------------------+---------+------+------------------------+------------------+|Id|User|Host|db|Command|Time|State|Info|+----+-----------------+------------------+--------------------+---------+------+------------------------+------------------+|1|event_scheduler|localhost|NULL|Daemon|4469|Waitingonemptyqueue|NULL||4|root|localhost|apex|Sleep|871||NULL||5|root|localhost|apex|Sleep|82||NULL||6|root|localhost|information_schema|Query|0|starting|showprocesslist||7|root|192.168.1.1:3708|NULL|Sleep|3221||NULL|+----+-----------------+------------------+--------------------+---------+------+------------------------+------------------+5rowsinset(0.00sec)(root@localhost)[information_schema]>kill4;QueryOK,0rowsaffected(0.01sec)本文出自 “corasql” 博客，请务必保留此出处http://corasql.blog.51cto.com/5908329/1923427mysql事务未提交导致锁等待如何解决标签：mysql q锁

项目中经常会用到自增id 比如uid 最简单的方法就是用直接用数据库提供的AUTO_INCREMENT 但是如果用户量非常大 几千万 几亿然后需要分表存储的时候呢 这种方案就搞不定了 所以最好有一个全局的自增ID的生成器 不管是否分表 都能从生成器中获取到全局自增的ID 实现方法应该有很多 不过所有的方案都需要解决一个问题 就是保证在高并发的情景下 数据获取依然正确 每次获取的ID都不会重复 这里我分享两种利用mysql的innodb的事务特性来实现的方案 一种是实现过了的 另一种没有试验过 不过应该也能走的通 先介绍第一种 在数据库中单独设置一张表 来存储ID 表有两个字段 一个是种类吧 一个就是ID 　　复制代码 代码如下: 　　CREATE TABLE auto_id( idname varchar( ) NOT NULL DEFAULT id bigint( ) NOT NULL DEFAULT MENT primary key(idname) )ENGINE=Innodb DEFAULT CHARSET=utf ; 接下来是一个存储过程 　　复制代码 代码如下: 　　delimiter // drop procedure if exists get_increment_id; create procedure get_increment_id(in idname_in varchar( ) in *** all_in bigint out id_out bigint) begin declare oldid bigint; start transaction; select id into oldid from maibo_auto_id where idname=idname_in for update; if oldid is NULL then insert into maibo_auto_id(idname id) value(idname_in *** all_in); set id_out= *** all_in; else update maibo_auto_id set id=id+ where idname=idname_in; set id_out=oldid+ ; end if; mit; end; // 重点是这句 select id into oldid from maibo_auto_id where idname=idname_in for update 会给相关数据加一个独占锁定 这时候别的进程如果来读取该条记录 就会进入等待 等待这个进程mit之后 再继续 这样就保证了在并发的情况下 不同的进程不会取到相同的值 如果你的前端是用php实现的 只需执行如下两个sql 就可以获取到 这个 *** all参数是定义的是从多少开始自增 　　复制代码 代码如下: 　　$sql = call get_increment_id( {$key} {$ *** all} @id) ; $ret = $db >getData( select @id ); 还有另外一种方法 就是利用mysql的auto_increment 先创建一张表 表里边只有一个自增字段 　　复制代码 代码如下: 　　create table test( `id` int( ) NOT NULL AUTO_INCREMENT MENT id primary key (id) )ENGINE=MyISAM AUTO_INCREMENT= DEFAULT CHARSET=utf ; 通过如下两条sql 　　复制代码 代码如下: 也能解决问题 LAST_INSERT_ID是不用查表的 而且只针对当前连接 也就是说别的连接的更新不会影响到当前连接的取值 这样可能每个ID都得弄一张表来维护 这也是缺点 具体使用中如何处理 就看自己的选择了 lishixinzhi/Article/program/MySQL/201405/30865

SELECT MMT.Transaction_Date 事物处理日期, MMT.SUBINVENTORY_CODE 子库, MT.TRANSACTION_TYPE_NAME 事物处理类型, MTS.TRANSACTION_SOURCE_TYPE_NAME 账户别名, MMT.TRANSACTION_REFERENCE 参考号, MI.SEGMENT1 物料编码, MI.DESCRIPTION 物料说明, MMT.PRIMARY_QUANTITY 主要数量, Cic.Item_Cost 标准成本 , mmt.distribution_account_id ,mmt.transaction_source_id,mmt.transaction_source_name ,mgd.segment1 FROM INV.MTL_MATERIAL_TRANSACTIONS MMT, --事物处理表 INV.MTL_TRANSACTION_TYPES MT, --事物类型表 INV.MTL_TXN_SOURCE_TYPES MTS, --事物来源类型表 INV.MTL_SYSTEM_ITEMS_B MI, --系统主要物料表 BOM.Cst_Item_Costs Cic, --物料成本项 inv.mtl_generic_dispositions mgd, bom.cst_cost_types WHERE MMT.TRANSACTION_TYPE_ID = MT.TRANSACTION_TYPE_ID--与事物类型表关联 AND MMT.TRANSACTION_SOURCE_TYPE_ID = MTS.TRANSACTION_SOURCE_TYPE_ID--与物料类型表关联 AND MMT.INVENTORY_ITEM_ID = MI.INVENTORY_ITEM_ID--与系统物料表关联 AND MMT.Inventory_Item_Id = Cic.Inventory_Item_Id--与物料成本表关联 AND Cic.COST_TYPE_ID = 1--成本类型为冻结 AND mmt.transaction_source_type_id=6--来源类型为账户别名 AND MI.SEGMENT1 LIKE "100%"--物料编码为100开头 AND mi.organization_id=mmt.organization_id AND mi.organization_id=cic.organization_id AND mi.organization_id=82 AND mi.segment1="100EV050P" AND mi.organization_id=mgd.organization_id AND mmt.transaction_source_id=mgd.disposition_id AND MMT.Transaction_Date >= to_date("2011-01-01 ","yyyy-mm-dd") AND MMT.Transaction_Date <= to_date("2011-05-31 ","yyyy-mm-dd")--取得五月份事物处理; 下面是需求：事务处理时间 取数路径：INV:物流事务处理：事务处理日期子库 取数路径：INV:物流事务处理：子库存事务处理类型 取数路径：INV:物流事务处理：事务处理类型账户别名 取数路径：INV:物流事务处理：来源参考号 取数路径：INV:物流事务处理：参考物料编码 取数路径：INV:物流事务处理：物料物流描述 取数路径：INV:物流事务处理：物料说明数量 取数路径：INV:物流事务处理：主要数量标准成本 取数路径：INV:物流事务处理：冻结成本取数范围为5月份物料编码为100开头

用工具如Navicat Premium 打开MySQL数据库的user表里可以看到。连接状态里可以查看用户名程序的配置文件里，有连接数据库的用户名你们。

可以尝试如下建议：1、可以使用默认的Log工具或者第三方的（比如：LiteSpeed）的工具。2、做Trace机制，下次出现问题可以溯源。3、一个简单的办法：--Step #1：USE DBNameGOSELECT [Transaction ID], Operation, Context, AllocUnitNameFROM fn_dblog(NULL, NULL) WHERE Operation = "LOP_DELETE_ROWS" and AllocUnitName= "dbo.Test.PK__Test__5F573DD6" -- 这里 "dbo.Test.PK__Test__5F573DD6"指表名的PK_Name -- 可以使用 SP_Pkeys SourceTableName 查到--Step #2：SELECT Operation, [Transaction ID], [Begin Time], [Transaction Name], [Transaction SID]FROM fn_dblog(NULL, NULL)WHERE [Transaction ID] ="0000:0005afba" -- 这里 "0000:0005afba" 指Step #1中的Transaction IDAND [Operation] = "LOP_BEGIN_XACT"--Step #3:USE MASTERGO SELECT SUSER_SNAME(0x01) "UserID" --这里"0000:0005afba" 值Step #2中的Transaction SID

SELECTn.nspname as "Schema",c.relname as "Name",CASE c.relkind WHEN "r" THEN "table" WHEN "v" THEN "view" WHEN "i" THEN "index" WHEN "S" THEN "sequence" WHEN "s" THEN "special" END as "Type",r.rolname as "Owner"FROM pg_catalog.pg_class cJOIN pg_catalog.pg_roles r ON r.oid = c.relownerLEFT JOIN pg_catalog.pg_namespace n ON n.oid = c.relnamespaceWHERE c.relkind IN ("v","")AND n.nspname = "pg_catalog"AND n.nspname !~ "^pg_toast"AND pg_catalog.pg_table_is_visible(c.oid)ORDER BY 1,2;查看当前活动的客户端连接数：SELECT count(*) FROM pg_stat_activity WHERE NOT procpid=pg_backend_pid();查询客户端连接的情况：SELECT procpid,waiting,current_timestamp - least(query_start,xact_start) AS runtime,substr(current_query,1,25) AS current_query FROM pg_stat_activity WHERE NOT procpid=pg_backend_pid();查看当前锁的一些信息：SELECTlocktype,virtualtransaction,transactionid,nspname,relname,mode,granted,cast(date_trunc("second",query_start) AS timestamp) AS query_start,substr(current_query,1,25) AS queryFROMpg_locksLEFT OUTER JOIN pg_class ON (pg_locks.relation = pg_class.oid)LEFT OUTER JOIN pg_namespace ON (pg_namespace.oid = pg_class.relnamespace),pg_stat_activityWHERENOT pg_locks.pid=pg_backend_pid() ANDpg_locks.pid=pg_stat_activity.procpid;查看持有锁的一些信息：SELECTlocked.pid AS locked_pid,locker.pid AS locker_pid,locked_act.usename AS locked_user,locker_act.usename AS locker_user,locked.virtualtransaction,locked.transactionid,locked.locktypeFROMpg_locks locked,pg_locks locker,pg_stat_activity locked_act,pg_stat_activity locker_actWHERElocker.granted=true ANDlocked.granted=false ANDlocked.pid=locked_act.procpid ANDlocker.pid=locker_act.procpid AND(locked.virtualtransaction=locker.virtualtransaction ORlocked.transactionid=locker.transactionid);还是查看锁的一些信息：SELECTlocked.pid AS locked_pid,locker.pid AS locker_pid,locked_act.usename AS locked_user,locker_act.usename AS locker_user,locked.virtualtransaction,locked.transactionid,relnameFROMpg_locks lockedLEFT OUTER JOIN pg_class ON (locked.relation = pg_class.oid),pg_locks locker,pg_stat_activity locked_act,pg_stat_activity locker_actWHERElocker.granted=true ANDlocked.granted=false ANDlocked.pid=locked_act.procpid ANDlocker.pid=locker_act.procpid ANDlocked.relation=locker.relation;查看当前库表和索引的的大小并排序显示前20条：SELECTnspname,relname,pg_size_pretty(pg_relation_size(C.oid)) AS "size"FROM pg_class CLEFT JOIN pg_namespace N ON (N.oid = C.relnamespace)WHERE nspname NOT IN ("pg_catalog", "information_schema")ORDER BY pg_relation_size(C.oid) DESCLIMIT 20;pg_total_relation_size = pg_table_size + pg_indexes_sizepg_table_size = pg_relation_size + toast table + toast indexes + FSM9.0以后：SELECTnspname,relname,relkind as "type",pg_size_pretty(pg_table_size(C.oid)) AS size,pg_size_pretty(pg_indexes_size(C.oid)) AS idxsize,pg_size_pretty(pg_total_relation_size(C.oid)) as "total"FROM pg_class CLEFT JOIN pg_namespace N ON (N.oid = C.relnamespace)WHERE nspname NOT IN ("pg_catalog", "information_schema") ANDnspname !~ "^pg_toast" ANDrelkind IN ("r","i")ORDER BY pg_total_relation_size(C.oid) DESCLIMIT 20;

可以尝试如下建议：1、可以使用默认的Log工具或者第三方的（比如：LiteSpeed）的工具。2、做Trace机制，下次出现问题可以溯源。3、一个简单的办法：--Step #1：USE DBNameGOSELECT [Transaction ID], Operation, Context, AllocUnitNameFROM fn_dblog(NULL, NULL) WHERE Operation = "LOP_DELETE_ROWS" and AllocUnitName= "dbo.Test.PK__Test__5F573DD6" -- 这里 "dbo.Test.PK__Test__5F573DD6"指表名的PK_Name -- 可以使用 SP_Pkeys SourceTableName 查到--Step #2：SELECT Operation, [Transaction ID], [Begin Time], [Transaction Name], [Transaction SID]FROM fn_dblog(NULL, NULL)WHERE [Transaction ID] ="0000:0005afba" -- 这里 "0000:0005afba" 指Step #1中的Transaction IDAND [Operation] = "LOP_BEGIN_XACT"--Step #3:USE MASTERGO SELECT SUSER_SNAME(0x01) "UserID" --这里"0000:0005afba" 值Step #2中的Transaction SID

定期分析sqlserver日志是DBA很重要的任务,那如何才能查看sqlserver日志呢?在SQLServer7.0和SQLServer2000中，可以用下面的命令查看：DBCClog({dbid|dbname},[,type={0|1|2|3|4}])　　参数:　　Dbidordbname-任一数据库的ID或名字　　type-输出结果的类型:　　0-最少信息(operation,context,transactionid)　　1-信息(plusflags,tags,rowlength)　　2-非常详细的信息(plusobjectname,indexname,pageid,slotid)　　3-每种操作的全部信息　　4-每种操作的全部信息加上该事务的16进制信息　　默认type=0　　要查看MSATER数据库的事务日志可以用以下命令：DBCClog(master)释放日志空间1.清空日志　DUMPTRANSACTION库名WITHNO_LOG2.截断事务日志：　BACKUPLOG数据库名WITHNO_LOG3.收缩数据库文件(如果不压缩,数据库的文件不会减小　企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件　--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了　--选择数据文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了　也可以用SQL语句来完成　--收缩数据库　DBCCSHRINKDATABASE(客户资料)　--收缩指定数据文件,1是文件号,可以通过这个语句查询到:select*fromsysfiles　DBCCSHRINKFILE(1)4.为了最大化的缩小日志文件(如果是sql7.0,这步只能在查询分析器中进行)　a.分离数据库:　企业管理器--服务器--数据库--右键--分离数据库　b.在我的电脑中删除LOG文件　c.附加数据库:　企业管理器--服务器--数据库--右键--附加数据库　此法将生成新的LOG，大小只有500多K　或用代码：　下面的示例分离pubs，然后将pubs中的一个文件附加到当前服务器。　a.分离　EXECsp_detach_db@dbname="pubs"　b.删除日志文件　c.再附加　EXECsp_attach_single_file_db@dbname="pubs",　@physname="c:ProgramFilesMicrosoftSQLServerMSSQLDatapubs.mdf"5.为了以后能自动收缩,做如下设置:　企业管理器--服务器--右键数据库--属性--选项--选择"自动收缩"　--SQL语句设置方式:　EXECsp_dboption"数据库名","autoshrink","TRUE"6.如果想以后不让它日志增长得太大　企业管理器--服务器--右键数据库--属性--事务日志　--将文件增长限制为xM(x是你允许的最大数据文件大小)　--SQL语句的设置方式:　alterdatabase数据库名modifyfile(name=逻辑文件名,maxsize=20)特别注意：　请按步骤进行,未进行前面的步骤,请不要做后面的步骤　否则可能损坏你的数据库.　一般不建议做第4,6两步　第4步不安全,有可能损坏数据库或丢失数据　第6步如果日志达到上限,则以后的数据库处理会失败,在清理日志后才能恢复.另外提供一种更简单的方法，建议大家使用。更简单的方法：1。右建数据库属性窗口--故障还原模型--设为简单2。右建数据库所有任务--收缩数据库3。右建数据库属性窗口--故障还原模型--设为大容量日志记录

. 参数max_wal_size/min_wal_size 9.5以前： (2 + checkpoint_completion_target) * checkpoint_segments + 1 9.5：PostgreSQL 9.5 将废弃checkpoint_segments 参数, 并引入max_wal_size 和 min_wal_size 参数, 通过max_wal_size和checkpoint_completion_target 参数来控制产生多少个XLOG后触发检查点, 通过min_wal_size和max_wal_size参数来控制哪些XLOG可以循环使用。2. 参数wal_keep_segments 在流复制的环境中。使用流复制建好备库，如果备库由于某些原因接收日志较慢。导致备库还未接收到。就被覆盖了。导致主备无法同步。这个需要重建备库。 避免这种情况提供了该参数。每个日志文件大小16M。如果参数设置64. 占用大概64×16=1GB的空间。根据实际环境设置。3. pg_resetxlog 在前面参数设置合理的话。是用不到pg_resetxlog命令。 使用案例参考： https://my.oschina.net/Kenyon/blog/101432[postgres@postgres128 ~]$ pg_resetxlog -?pg_resetxlog resets the PostgreSQL transaction log.Usage: pg_resetxlog [OPTION]... DATADIROptions: -c XID,XID set oldest and newest transactions bearing commit timestamp (zero in either value means no change) [-D] DATADIR data directory -e XIDEPOCH set next transaction ID epoch -f force update to be done -l XLOGFILE force minimum WAL starting location for new transaction log -m MXID,MXID set next and oldest multitransaction ID -n no update, just show what would be done (for testing) -o OID set next OID -O OFFSET set next multitransaction offset -V, --version output version information, then exit -x XID set next transaction ID -?, --help show this help, then exitReport bugs to <pgsql-bugs@postgresql.org>. 归档日志维护1. pg_archivecleanup清理归档日志。[postgres@postgres128 ~]$ pg_archivecleanup -?pg_archivecleanup removes older WAL files from PostgreSQL archives.Usage: pg_archivecleanup [OPTION]... ARCHIVELOCATION OLDESTKEPTWALFILEOptions: -d generate debug output (verbose mode) -n dry run, show the names of the files that would be removed -V, --version output version information, then exit -x EXT clean up files if they have this extension -?, --help show this help, then exitFor use as archive_cleanup_command in recovery.conf when standby_mode = on: archive_cleanup_command = ‘pg_archivecleanup [OPTION]... ARCHIVELOCATION %r‘e.g. archive_cleanup_command = ‘pg_archivecleanup /mnt/server/archiverdir %r‘Or for use as a standalone archive cleaner:e.g. pg_archivecleanup /mnt/server/archiverdir 000000010000000000000010.00000020.backup1.1 当主库不断把WAL日志拷贝到备库。这个时候需要清理。在recovery.conf可以配置 e.g. archive_cleanup_command = ‘pg_archivecleanup /mnt/server/archiverdir %r‘1.2 可以收到执行命令。e.g. pg_archivecleanup /home/postgres/arch/ 000000010000000000000009在归档目录/home/postgres/arch/ 把000000010000000000000009之前的日志都清理。2. pg_rman备份参考博客 http://www.cnblogs.com/lottu/p/7490615.html在pg_rman备份保留策略中。在每天都备份。可以清理归档日志。对流复制环境中。备份一般是在备库。可以把归档日志传送到备库中。 --keep-arclog-files=NUM keep NUM of archived WAL --keep-arclog-days=DAY keep archived WAL modified in DAY dayse.g 保留归档日志个数10。或者保留10天内的归档日志。 KEEP_ARCLOG_FILES = 10 KEEP_ARCLOG_DAYS = 10 在备份信息中会产生以下信息。INFO: start deleting old archived WAL files from ARCLOG_PATH (keep files = 10, keep days = 10)postgresql如何维护WAL日志/归档日志标签：-oarchtargenbspnimamp16进制segment如何

前言GTID(Global Transaction ID)是MySQL5.6引入的功能，可以在集群全局范围标识事务，用于取代过去通过binlog文件偏移量定位复制位置的传统方式。借助GTID，在发生主备切换的情况下，MySQL的其它Slave可以自动在新主上找到正确的复制位置，这大大简化了复杂复制拓扑下集群的维护，也减少了人为设置复制位置发生误操作的风险。另外，基于GTID的复制可以忽略已经执行过的事务，减少了数据发生不一致的风险。GTID虽好，要想运用自如还需充分了解其原理与特性，特别要注意与传统的基于binlog文件偏移量复制方式不一样的地方。本文概述了关于GTID的几个常见问题，希望能对理解和使用基于GTID的复制有所帮助。GTID长什么样根据官方文档定义，GTID由source_id加transaction_id构成。GTID = source_id:transaction_id上面的source_id指示发起事务的MySQL实例，值为该实例的server_uuid。server_uuid由MySQL在第一次启动时自动生成并被持久化到auto.cnf文件里，transaction_id是MySQL实例上执行的事务序号，从1开始递增。 例如：e6954592-8dba-11e6-af0e-fa163e1cf111:1一组连续的事务可以用‘-‘连接的事务序号范围表示。例如e6954592-8dba-11e6-af0e-fa163e1cf111:1-5更一般的情况是GTID的集合。GTID集合可以包含来自多个source_id的事务，它们之间用逗号分隔；如果来自同一source_id的事务序号有多个范围区间，各组范围之间用冒号分隔，例如：e6954592-8dba-11e6-af0e-fa163e1cf111:1-5:11-18,e6954592-8dba-11e6-af0e-fa163e1cf3f2:1-27即，GTID集合拥有如下的形式定义：gtid_set:uuid_set [, uuid_set] ...| ‘‘uuid_set:uuid:interval[:interval]...uuid:hhhhhhhh-hhhh-hhhh-hhhh-hhhhhhhhhhhhh:[0-9|A-F]interval:n[-n](n >= 1)如何查看GTID可以通过MySQL的几个变量查看相关的GTID信息。gtid_executed在当前实例上执行过的GTID集合; 实际上包含了所有记录到binlog中的事务。所以，设置set sql_log_bin=0后执行的事务不会生成binlog 事件，也不会被记录到gtid_executed中。执行RESET MASTER可以将该变量置空。gtid_purgedbinlog不可能永远驻留在服务上，需要定期进行清理(通过expire_logs_days可以控制定期清理间隔)，否则迟早它会把磁盘用尽。gtid_purged用于记录已经被清除了的binlog事务集合，它是gtid_executed的子集。只有gtid_executed为空时才能手动设置该变量，此时会同时更新gtid_executed为和gtid_purged相同的值。gtid_executed为空意味着要么之前没有启动过基于GTID的复制，要么执行过RESET MASTER。执行RESET MASTER时同样也会把gtid_purged置空，即始终保持gtid_purged是gtid_executed的子集。gtid_next会话级变量，指示如何产生下一个GTID。可能的取值如下:1）AUTOMATIC：自动生成下一个GTID，实现上是分配一个当前实例上尚未执行过的序号最小的GTID。2）ANONYMOUS：设置后执行事务不会产生GTID。3）显式指定的GTID：可以指定任意形式合法的GTID值，但不能是当前gtid_executed中的已经包含的GTID，否则，下次执行事务时会报错。这些变量可以通过show命令查看，比如：如何产生GTIDGTID的生成受gtid_next控制。 在Master上，gtid_next是默认的AUTOMATIC,即在每次事务提交时自动生成新的GTID。它从当前已执行的GTID集合（即gtid_executed）中，找一个大于0的未使用的最小值作为下个事务GTID。同时在binlog的实际的更新事务事件前面插入一条set gtid_next事件。以下是一条insert语句生成的binlog记录：在Slave上回放主库的binlog时，先执行set gtid_next ...，然后再执行真正的insert语句，确保在主和备上这条insert对应于相同的GTID。一般情况下，GTID集合是连续的，但使用多线程复制(MTS)以及通过gtid_next进行人工干预时会导致gtid空洞。比如下面这样：继续执行事务，MySQL会分配一个最小的未使用GTID，也就是从出现空洞的地方分配GTID，最终会把空洞填上。这意味着严格来说我们即不能假设GTID集合是连续的，也不能假定GTID序号大的事务在GTID序号小的事务之后执行，事务的顺序应由事务记录在binlog中的先后顺序决定。GTID的持久化GTID相关的信息存储在binlog文件中，为此MySQL5.6新增了下面2个binlog事件。Previous_gtids_log_event在每个binlog文件的开头部分，记录在该binlog文件之前已执行的GTID集合。Gtid_log_event即前面看到的set gtid_next ...,它出现在每个事务的前面，表明下一个事务的gtid。示例如下：MySQL服务器启动时，通过读binlog文件，初始化gtid_executed和gtid_purged,使它们的值能和上次MySQL运行时一致。gtid_executed被设置为最新的binlog文件中Previous_gtids_log_event和所有Gtid_log_event的并集。gtid_purged为最老的binlog文件中Previous_gtids_log_event。由于这两个重要的变量值记录在binlog中，所以开启gtid_mode时必须同时在主库上开启log_bin在备库上开启log_slave_updates。但是，在MySQL5.7中没有这个限制。MySQL5.7中，新增加一个系统表mysql.gtid_executed用于持久化已执行的GTID集合。当主库上没有开启log_bin或在备库上没有开启log_slave_updates时，mysql.gtid_executed会跟用户事务一起每次更新。否则只在binlog日志发生rotation时更新mysql.gtid_executed。如何配置基于GTID的复制MySQL服务器的my.cnf配置文件中增加GTID相关的参数log_bin= /mysql/binlog/mysql_binlog_slave_updates= truegtid_mode= ONenforce_gtid_consistency= truerelay_log_info_repository = TABLErelay_log_recovery= ON然后在Slave上指定MASTER_AUTO_POSITION = 1执行CHANGE MASTER TO即可。比如：CHANGE MASTER TO MASTER_HOST=‘node1‘,MASTER_USER=‘repl‘,MASTER_PASSWORD=‘repl‘,MASTER_AUTO_POSITION=1;基于GTID的复制如何工作在MASTER_AUTO_POSITION = 1的情况下 ，MySQL会使用COM_BINLOG_DUMP_GTID协议进行复制。过程如下：备库发起复制连接时，将自己的已接受和已执行的gtids的并集(后面称为slave_gtid_executed)发送给主库。即下面的集合：UNION(@@global.gtid_executed, Retrieved_gtid_set - last_received_GTID)主库将自己的gtid_executed与slave_gtid_executed的差集的binlog发送给Slave。主库的binlog dump过程如下：检查slave_gtid_executed是否是主库gtid_executed的子集，如否那么主备数据可能不一致，报错。检查主库的purged_executed是否是slave_gtid_executed的子集，如否代表缺失备库需要的binlog,报错从最后一个Binlog开始扫描，获取文件头部的PREVIOUS_GTIDS_LOG_EVENT，如果它是slave_gtid_executed的子集，则这是需要发送给Slave的第一个binlog文件，否则继续向前扫描。从第3步找到的binlog文件的开头读取binlog记录，判断binlog记录是否已被包含在slave_gtid_executed中，如果已包含跳过不发送。从上面的过程可知，在指定MASTER_AUTO_POSITION = 1时，Master发送哪些binlog记录给Slave，取决于Slave的gtid_executed和Retrieved_Gtid_Set以及Master的gtid_executed，和relay_log_info以及master_log_info中保存的复制位点没有关系。如何修复复制错误在基于GTID的复制拓扑中，要想修复Slave的SQL线程错误，过去的SQL_SLAVE_SKIP_COUNTER方式不再适用。需要通过设置gtid_next或gtid_purged完成，当然前提是已经确保主从数据一致，仅仅需要跳过复制错误让复制继续下去。比如下面的场景：在从库上创建表tb1mysql> set sql_log_bin=0;Query OK, 0 rows affected (0.00 sec)mysql> create table tb1(id int primary key,c1 int);Query OK, 0 rows affected (1.06 sec)mysql> set sql_log_bin=1;Query OK, 0 rows affected (0.00 sec)在主库上创建表tb1：mysql> create table tb1(id int primary key,c1 int);Query OK, 0 rows affected (1.06 sec)由于从库上这个表已经存在，从库的复制SQL线程出错停止。上面的输出可以知道，从库已经执行过的事务是‘e10c75be-5c1b-11e6-ab7c-000c296078ae:1-5‘,执行出错的事务是‘e10c75be-5c1b-11e6-ab7c-000c296078ae:6‘，当前主备的数据其实是一致的，可以通过设置gtid_next跳过这个出错的事务。在从库上执行以下SQL：mysql> set gtid_next=‘e10c75be-5c1b-11e6-ab7c-000c296078ae:6‘;Query OK, 0 rows affected (0.00 sec)mysql> begin;Query OK, 0 rows affected (0.00 sec)mysql> commit;Query OK, 0 rows affected (0.00 sec)mysql> set gtid_next=‘AUTOMATIC‘;Query OK, 0 rows affected (0.00 sec)mysql> start slave;Query OK, 0 rows affected (0.02 sec)设置gtid_next的方法一次只能跳过一个事务，要批量的跳过事务可以通过设置gtid_purged完成。假设下面的场景：主库上已执行的事务从库上已执行的事务假设经过修复从库已经和主库的数据一致了，但由于复制错误Slave的SQL线程依然处于停止状态。现在可以通过把从库的gtid_purged设置为和主库的gtid_executed一样跳过不一致的GTID使复制继续下去，步骤如下。在从库上执行此时从库的Executed_Gtid_Set已经包含了主库上‘1-10‘的事务，再开启复制会从后面的事务开始执行，就不会出错了。mysql> start slave;Query OK, 0 rows affected (0.01 sec)使用gtid_next和gtid_purged修复复制错误的前提是，跳过那些事务后仍可以确保主备数据一致。如果做不到，就要考虑pt-table-sync或者拉备份的方式了。GTID与备份恢复在做备份恢复的时候，有时需要恢复出来的MySQL实例可以作为Slave连上原来的主库继续复制，这就要求从备份恢复出来的MySQL实例拥有和数据一致的gtid_executed值。这也是通过设置gtid_purged实现的，下面看下mysqldump做备份的例子。1、通过mysqldump进行备份通过mysqldump做一个全量备份：[root@node1 ~]# mysqldump --all-databases --single-transaction --routines --events --host=127.0.0.1 --port=3306 --user=root > dump.sql生成的dump.sql文件里包含了设置gtid_purged的语句SET @MYSQLDUMP_TEMP_LOG_BIN = @@SESSION.SQL_LOG_BIN;SET @@SESSION.SQL_LOG_BIN= 0;...SET @@GLOBAL.GTID_PURGED=‘e10c75be-5c1b-11e6-ab7c-000c296078ae:1-10‘;...SET @@SESSION.SQL_LOG_BIN = @MYSQLDUMP_TEMP_LOG_BIN;恢复数据前需要先通过reset master清空gtid_executed变量[root@node2 ~]# mysql -h127.1 -e ‘reset master‘[root@node2 ~]# mysql -h127.1 <dump.sql否则执行设置GTID_PURGED的SQL时会报下面的错误ERROR 1840 (HY000) at line 24: @@GLOBAL.GTID_PURGED can only be set when @@GLOBAL.GTID_EXECUTED is empty.此时恢复出的MySQL实例的GTID_EXECUTED和备份时点一致：由于恢复出的MySQL实例已经被设置了正确的GTID_EXECUTED，以master_auto_postion = 1的方式CHANGE MASTER到原来的主节点即可开始复制。CHANGE MASTER TO MASTER_HOST=‘node1‘, MASTER_USER=‘repl‘, MASTER_PASSWORD=‘repl‘, MASTER_AUTO_POSITION = 1如果不希望备份文件中生成设置GTID_PURGED的SQL，可以给mysqldump传入--set-gtid-purged=OFF关闭。2、通过Xtrabackup进行备份相比mysqldump，Xtrabackup是效率更高并且被广泛使用的备份方式。使用Xtrabackup进行备份的举例如下。通过Xtrabackup创一个全量备份（可以在Slave上创建备份，以避免对主库的性能冲击）innobackupex --defaults-file=/etc/my.cnf --host=127.1 --user=root --password=mysql --no-timestamp --safe-slave-backup --slave-info /mysql/bak应用日志innobackupex --apply-log /mysql/bak查看备份目录中的xtrabackup_binlog_info文件可以找到备份时已经执行过的gtids[root@node2 ~]# cat /mysql/bak/xtrabackup_binlog_infomysql_bin.000001191e10c75be-5c1b-11e6-ab7c-000c296078ae:1-10由于备份时添加了”--slave-info”选项并且从Slave节点拉取的备份，所以会生成xtrabackup_slave_info文件，也可以从这个文件里查找建立复制的SQL语句。[root@node2 ~]# cat /mysql/bak/xtrabackup_slave_infoSET GLOBAL gtid_purged=‘e10c75be-5c1b-11e6-ab7c-000c296078ae:1-10‘;CHANGE MASTER TO MASTER_AUTO_POSITION=1将备份文件传送到新的节点node3的/mysql/bak目录并恢复(如果直接把备份传输到数据目录了，这一步可以省略)。[root@node3 ~]# innobackupex --defaults-file=/etc/my.cnf --copy-back /mysql/bak启动MySQL。[root@node3 ~]# mysqld --defaults-file=/home/mysql/etc/my.cnf --skip-slave-start &如果是从Slave拉的备份，一定不能直接开启Slave复制，这时的gtid_executed是错误的。需要手动设置gtid_purged后再start slaveMASTER_HOST=‘node1‘,MASTER_USER=‘repl‘,MASTER_PASSWORD=‘repl‘,MASTER_AUTO_POSITION=1;start slave;GTID与MHAMHA是被广泛使用MySQL HA组件，MHA 0.56以后支持基于GTID的复制。 MHA在failover时会自动判断是否是GTID based failover，需要满足下面3个条件即为GTID based failover所有节点gtid_mode=1所有节点Executed_Gtid_Set不为空至少一个节点Auto_Position=1和之前的基于binlog文件位置的复制相比，基于GTID复制下，MHA在故障切换时的变化主要如下：基于binlog文件位置的复制在Master宕机后会尝试从Master上拷贝binlog日志进行补偿如果候选Master不拥有最新的relay log，会从拥有最新relay log的Slave上生成差异的binlog传送到候选Master并实施补偿新Master的日志补偿完成后，同样采用应用差异binlog的方式将其它Slave和新Master同步后再change master到新Master基于GTID的复制如果候选Master不拥有最新的relay log，让候选Master连上拥有最新relay log的Salve进行补偿。尝试从binlog server上拉取缺失的binlog并应用新Master的数据同步到最新后，让其它的Slave连上新Master并等待数据完成同步。并且可以给masterha_master_switch传入--wait_until_gtid_in_sync=1参数使其不等其它Slave完成数据同步，以加快切换速度。GTID模式下MHA不会尝试从旧Master上拷贝binlog日志进行补偿，所以在MySQL进程crash而OS仍然健康的情况下，应尽量不要做主备切换而是原地重启MySQL，除非有其

安装好Win2003自带的iis后，其它一切正常，打开时提示“数据库服务未开启或连接出错，请与系统管理员联系！”，如何解决！！！求助，在线等！！！

只会导入到oracle