[转]如何监测谁用了SQL Server的Tempdb空间

时间:2022-09-01 16:23:27

Tempdb 系统数据库是一个全局资源,供连接到 SQL Server 实例的所有用户使用。在现在的SQL Server里,其使用频率可能会超过用户的想象。如果Tempdb空间耗尽,许多操作将不能完成。

作为一个支持工程师,会被经常问到象“我的Tempdb为什么这么大?”“是谁把我的Tempdb空间用完的?”在SQL 2000的时候,这个问题很难回答。好在SQL 2005以后,引入了一张新的管理视图:sys.dm_db_file_space_usage。通过查询这张视图,能了解tempdb的空间使用情况,能知道tempdb的空间是被哪一块对象使用掉的,是用户对象(user_object_reserved_page_count字段),还是系统对象(internal_object_reserved_page_count字段),还是版本存储区(version_store_reserved_page_count字段)。

在讨论Tempdb空间使用之前,我们先简单介绍一下通常什么操作会大量使用Tempdb。在SQL 2005和SQL 2008里,使用Tempdb空间的远远不止是临时表。常见的使用对象有:

用户对象(user_object_reserved_page_count)

用户对象由用户显式创建。这些对象可以位于用户会话的作用域中,也可位于创建对象所用例程的作用域中。 可以是存储过程、触发器或用户定义函数。 用户对象可以是下列项之一:

  • 用户定义的表和索引
  • 系统表和索引
  • 全局临时表和索引
  • 局部临时表和索引
  • table 变量
  • 表值函数中返回的表

内部对象(internal_object_reserved_page_count)

内部对象是根据需要由 SQL Server 数据库引擎创建的,用于处理 SQL Server 语句。 内部对象可以在语句的作用域中创建和删除。 内部对象可以是下列项之一:

  • 用于游标。
  • 用于哈希联接或哈希聚合操作的查询。
  • 某些 GROUP BY、ORDER BY 或 UNION 查询的中间排序结果。

版本存储(version_store_reserved_page_count)

版本存储区主要用来支持Snapshot事务隔离级别,以及SQL 2005以后推出的一些其他提高数据库并发度的新功能。

由此可见,光从用户发过来的语句本身,是很难判断这个连接的操作是否会使用Tempdb的。一个典型的例子,就是某些查询。如果表格上有良好的索引做支持,SQL Server不需要做哈希联接(Hash Join),那这个查询就不会用Tempdb。反之,如果表格很大,又没有好的索引,那Tempdb使用量就可能不小。

tempdb空间使用的一大特点,是只有一部分对象,例如用户创建的临时表、table变量等,可以用sys.allocation_units 和sys.partitions这样的管理视图来管理。许多内部对象和版本存储在这些管理视图里没有体现。所以,sp_spaceused的结果和真实使用会有很大差异,tempdb的空间使用是不能用sp_spaceused来跟踪的。必须借助sys.dm_db_file_space_usage这样的管理视图和管理函数,才能看到全貌。

下面以一个实例,讨论一下如何用DBCC命令、管理视图(DMV)以及管理函数(DMF)来监视是什么语句正在使用tempdb。

为了使结果简单,我们在测试之前先把SQL Server重起一次。

然后我们在Management Studio里做一个连接(连接A),将下面语句输入。这些语句会使用tempdb的空间。

  1. USE [My_Test_DB]
  2. go
  3. SELECT  GETDATE()
  4. go
  5. SELECT  *
  6. INTO    #MyOrderSource
  7. FROM   OrderSource AS o
  8. -- 创建一个temp table,OrderSource 是一个很大的表这样效果更明显
  9. -- 这个操作应该会申请user objects page
  10. go
  11. WAITFOR DELAY '0:0:2'
  12. SELECT  GETDATE()
  13. go
  14. DROP TABLE #MyOrderSource
  15. -- 删除一个temp table
  16. -- 这个操作后user object page数量应该会下降
  17. go
  18. WAITFOR DELAY '0:0:2'
  19. SELECT  GETDATE()
  20. go
  21. SELECT TOP 100000*
  22. FROM    OrderSource AS o
  23. JOIN shippingOrder AS s ON o.OrderId=b.OrderId
  24. -- 这里做了一个比较大的join.
  25. -- 应该会有internal objects的申请.
  26. go
  27. SELECT  GETDATE()
  28. -- join 语句做完以后internal objects page数目应该下降
USE [My_Test_DB]
go SELECT GETDATE()
go SELECT *
INTO #MyOrderSource
FROM OrderSource AS o -- 创建一个temp table,OrderSource 是一个很大的表这样效果更明显
-- 这个操作应该会申请user objects page
go WAITFOR DELAY '0:0:2' SELECT GETDATE()
go DROP TABLE #MyOrderSource -- 删除一个temp table
-- 这个操作后user object page数量应该会下降 go WAITFOR DELAY '0:0:2' SELECT GETDATE()
go SELECT TOP 100000*
FROM OrderSource AS o
JOIN shippingOrder AS s ON o.OrderId=b.OrderId -- 这里做了一个比较大的join. -- 应该会有internal objects的申请. go SELECT GETDATE() -- join 语句做完以后internal objects page数目应该下降

那用什么脚本可用监视上面的行为呢?下面的脚本就可以监视和发现当前的Tempdb使用者。这个脚本需要在使用tempdb的语句开始运行之前开始。(读者当然可以根据自己的喜好,修改这个脚本。)

脚本首先用“dbcc showfilestats”语句查询当前tempdb的总体使用量。再查询sys.dm_db_file_space_usage视图,得到Tempdb里当前总共有多少用户对象、内部对象、以及版本存储。然后查询sys.dm_db_session_space_usage和sys.dm_exec_sessions,找到当前使用Tempdb的所有连接。最后通过sys.dm_exec_sql_text,找到这些连接正在运行的语句。

  1. USE tempdb
  2. -- 每隔1秒钟运行一次,直到用户手工终止脚本运行
  3. WHILE 1 = 1
  4. BEGIN
  5. -- Query 1
  6. -- 从文件级看tempdb使用情况
  7. DBCC showfilestats
  8. -- Query 2
  9. -- 返回所有做过空间申请的session信息
  10. SELECT  'tempdb' AS database_name , GETDATE() AS Time , SUM(user_object_reserved_page_count)/128. AS user_objects_mb ,
  11. SUM(internal_object_reserved_page_count)/128. AS internal_objects_mb , SUM(version_store_reserved_page_count)/128. AS version_store_kb ,
  12. SUM(unallocated_extent_page_count)/128. AS freespace_mb
  13. FROM    sys.dm_db_file_space_usage
  14. WHERE   database_id = 2
  15. -- Query 3
  16. -- 这个管理视图能够反映当时tempdb空间的总体分配
  17. SELECT  t1.session_id , t1.internal_objects_alloc_page_count , t1.user_objects_alloc_page_count , t1.internal_objects_dealloc_page_count ,
  18. t1.user_objects_dealloc_page_count , t3.login_time , t3.login_name , t3.host_name , t3.nt_domain , t3.nt_user_name , t3.program_name ,
  19. t3.status , t3.client_interface_name , t3.cpu_time , t3.memory_usage , t3.total_scheduled_time , t3.total_elapsed_time ,
  20. t3.last_request_start_time , t3.last_request_end_time , t3.reads , t3.writes , t3.logical_reads , t3.is_user_process , t3.row_count ,
  21. t3.prev_error , t3.original_security_id , t3.original_login_name , t3.last_successful_logon , t3.last_unsuccessful_logon ,
  22. t3.unsuccessful_logons , t3.group_id
  23. FROM    sys.dm_db_session_space_usage t1 ,
  24. -- 反映每个session累计空间申请
  25. sys.dm_exec_sessions AS t3
  26. -- 每个session的信息
  27. WHERE   t1.session_id = t3.session_id
  28. AND (
  29. t1.internal_objects_alloc_page_count > 0
  30. OR t1.user_objects_alloc_page_count > 0
  31. OR t1.internal_objects_dealloc_page_count > 0
  32. OR t1.user_objects_dealloc_page_count > 0
  33. )
  34. -- Query 4
  35. -- 返回正在运行并且做过空间申请的session正在运行的语句
  36. SELECT  t1.session_id , st.text , GETDATE()
  37. FROM    sys.dm_db_session_space_usage AS t1 ,
  38. sys.dm_exec_requests AS t4
  39. CROSS APPLY sys.dm_exec_sql_text(t4.sql_handle) AS st
  40. WHERE   t1.session_id = t4.session_id
  41. AND t1.session_id > 50
  42. AND (
  43. t1.internal_objects_alloc_page_count > 0
  44. OR t1.user_objects_alloc_page_count > 0
  45. OR t1.internal_objects_dealloc_page_count > 0
  46. OR t1.user_objects_dealloc_page_count > 0
  47. )
  48. -- Query 5
  49. -- 返回正在运行的活动的空间使用情况以及语句内容和执行计划
  50. ;WITH task_space_usage AS (
  51. -- SUM alloc/delloc pages
  52. SELECT session_id,
  53. request_id,
  54. SUM(internal_objects_alloc_page_count) AS alloc_pages,
  55. SUM(internal_objects_dealloc_page_count) AS dealloc_pages
  56. FROM sys.dm_db_task_space_usage WITH (NOLOCK)
  57. WHERE session_id <> @@SPID
  58. GROUP BY session_id, request_id
  59. )
  60. SELECT TSU.session_id,
  61. TSU.alloc_pages * 1.0 / 128 AS [internal object MB space],
  62. TSU.dealloc_pages * 1.0 / 128 AS [internal object dealloc MB space],
  63. EST.text,
  64. -- Extract statement from sql text
  65. ISNULL(
  66. NULLIF(
  67. SUBSTRING(
  68. EST.text,
  69. ERQ.statement_start_offset / 2,
  70. CASE WHEN ERQ.statement_end_offset < ERQ.statement_start_offset THEN 0 ELSE( ERQ.statement_end_offset - ERQ.statement_start_offset ) / 2 END
  71. ), ''
  72. ), EST.text
  73. ) AS [statement text],
  74. EQP.query_plan
  75. FROM task_space_usage AS TSU
  76. INNER JOIN sys.dm_exec_requests ERQ WITH (NOLOCK)
  77. ON  TSU.session_id = ERQ.session_id
  78. AND TSU.request_id = ERQ.request_id
  79. OUTER APPLY sys.dm_exec_sql_text(ERQ.sql_handle) AS EST
  80. OUTER APPLY sys.dm_exec_query_plan(ERQ.plan_handle) AS EQP
  81. WHERE EST.text IS NOT NULL OR EQP.query_plan IS NOT NULL
  82. ORDER BY 3 DESC, 5 DESC
  83. WAITFOR DELAY '0:0:1'
  84. END
USE tempdb                                                               

-- 每隔1秒钟运行一次,直到用户手工终止脚本运行

WHILE 1 = 1
BEGIN -- Query 1
-- 从文件级看tempdb使用情况
DBCC showfilestats -- Query 2
-- 返回所有做过空间申请的session信息
SELECT 'tempdb' AS database_name , GETDATE() AS Time , SUM(user_object_reserved_page_count)/128. AS user_objects_mb ,
SUM(internal_object_reserved_page_count)/128. AS internal_objects_mb , SUM(version_store_reserved_page_count)/128. AS version_store_kb ,
SUM(unallocated_extent_page_count)/128. AS freespace_mb
FROM sys.dm_db_file_space_usage
WHERE database_id = 2 -- Query 3
-- 这个管理视图能够反映当时tempdb空间的总体分配
SELECT t1.session_id , t1.internal_objects_alloc_page_count , t1.user_objects_alloc_page_count , t1.internal_objects_dealloc_page_count ,
t1.user_objects_dealloc_page_count , t3.login_time , t3.login_name , t3.host_name , t3.nt_domain , t3.nt_user_name , t3.program_name ,
t3.status , t3.client_interface_name , t3.cpu_time , t3.memory_usage , t3.total_scheduled_time , t3.total_elapsed_time ,
t3.last_request_start_time , t3.last_request_end_time , t3.reads , t3.writes , t3.logical_reads , t3.is_user_process , t3.row_count ,
t3.prev_error , t3.original_security_id , t3.original_login_name , t3.last_successful_logon , t3.last_unsuccessful_logon ,
t3.unsuccessful_logons , t3.group_id
FROM sys.dm_db_session_space_usage t1 ,
-- 反映每个session累计空间申请
sys.dm_exec_sessions AS t3
-- 每个session的信息
WHERE t1.session_id = t3.session_id
AND (
t1.internal_objects_alloc_page_count > 0
OR t1.user_objects_alloc_page_count > 0
OR t1.internal_objects_dealloc_page_count > 0
OR t1.user_objects_dealloc_page_count > 0
) -- Query 4
-- 返回正在运行并且做过空间申请的session正在运行的语句
SELECT t1.session_id , st.text , GETDATE()
FROM sys.dm_db_session_space_usage AS t1 ,
sys.dm_exec_requests AS t4
CROSS APPLY sys.dm_exec_sql_text(t4.sql_handle) AS st
WHERE t1.session_id = t4.session_id
AND t1.session_id > 50
AND (
t1.internal_objects_alloc_page_count > 0
OR t1.user_objects_alloc_page_count > 0
OR t1.internal_objects_dealloc_page_count > 0
OR t1.user_objects_dealloc_page_count > 0
)
-- Query 5
-- 返回正在运行的活动的空间使用情况以及语句内容和执行计划
;WITH task_space_usage AS (
-- SUM alloc/delloc pages
SELECT session_id,
request_id,
SUM(internal_objects_alloc_page_count) AS alloc_pages,
SUM(internal_objects_dealloc_page_count) AS dealloc_pages
FROM sys.dm_db_task_space_usage WITH (NOLOCK)
WHERE session_id <> @@SPID
GROUP BY session_id, request_id
)
SELECT TSU.session_id,
TSU.alloc_pages * 1.0 / 128 AS [internal object MB space],
TSU.dealloc_pages * 1.0 / 128 AS [internal object dealloc MB space],
EST.text,
-- Extract statement from sql text
ISNULL(
NULLIF(
SUBSTRING(
EST.text,
ERQ.statement_start_offset / 2,
CASE WHEN ERQ.statement_end_offset < ERQ.statement_start_offset THEN 0 ELSE( ERQ.statement_end_offset - ERQ.statement_start_offset ) / 2 END
), ''
), EST.text
) AS [statement text],
EQP.query_plan
FROM task_space_usage AS TSU
INNER JOIN sys.dm_exec_requests ERQ WITH (NOLOCK)
ON TSU.session_id = ERQ.session_id
AND TSU.request_id = ERQ.request_id
OUTER APPLY sys.dm_exec_sql_text(ERQ.sql_handle) AS EST
OUTER APPLY sys.dm_exec_query_plan(ERQ.plan_handle) AS EQP
WHERE EST.text IS NOT NULL OR EQP.query_plan IS NOT NULL
ORDER BY 3 DESC, 5 DESC WAITFOR DELAY '0:0:1'
END

在运行这个脚本的连接(连接B)里,我们选择好“ 将结果保存到文本”。先开始运行它,指定输出文件路径。然后,我们再运行连接A(图2)。连接A运行结束后,手工停止连接B的运行。

连接B生成的是一个文本文件。文本里面可以看出tempdb的使用空间有过增长和下降。结果我在这里不做过多的分析,有兴趣的可以尝试一下

如果没有太好的分析,可以创建几个表,然后把查询结果插入到表里面,然后对表进行分析。从而来确定导致你tempdb 暴增的原因。下面附上建表的脚本,供大家参考使用

  1. -- 1
  2. -- 创建表 tb_showfilestats 记录 DBCC showfilestats 返回的信息
  3. IF OBJECT_ID('tb_showfilestats' , 'U') IS NOT NULL
  4. DROP TABLE tb_showfilestats
  5. GO
  6. CREATE TABLE tb_showfilestats
  7. (
  8. id INT IDENTITY(1,1) PRIMARY KEY,
  9. Fileid INT ,
  10. FileGroup INT ,
  11. TotalExtents INT ,
  12. UsedExtents INT ,
  13. Name VARCHAR(100) ,
  14. FILENAME VARCHAR(255)
  15. )
  16. GO
  17. -- 2
  18. -- 创建表 tb_db_file_space_usage 记录 所有做过空间申请的 session 信息
  19. IF OBJECT_ID('tb_db_file_space_usage' , 'U') IS NOT NULL
  20. DROP TABLE tb_db_file_space_usage
  21. GO
  22. CREATE TABLE tb_db_file_space_usage
  23. (
  24. id INT IDENTITY(1,1) PRIMARY KEY,
  25. database_name VARCHAR(50) ,
  26. InDate DATETIME ,
  27. user_objects_mb DECIMAL(18,4) ,
  28. internal_objects_mb DECIMAL(18,4) ,
  29. version_store_kb DECIMAL(18,4) ,
  30. freespace_mbFILENAME DECIMAL(18,4)
  31. )
  32. GO
  33. -- 3
  34. -- 创建表 tb_db_session_space_usage 记录正在运行的 tempdb 空间的总体分配
  35. IF OBJECT_ID('tb_db_session_space_usage' , 'U') IS NOT NULL
  36. DROP TABLE tb_db_session_space_usage
  37. GO
  38. CREATE TABLE tb_db_session_space_usage
  39. (
  40. id INT IDENTITY(1,1) PRIMARY KEY,
  41. session_id INT ,
  42. internal_objects_alloc_page_count INT ,
  43. user_objects_alloc_page_count INT ,
  44. internal_objects_dealloc_page_count INT ,
  45. user_objects_dealloc_page_count INT ,
  46. login_time DATETIME ,
  47. login_name VARCHAR(100) ,
  48. host_name NVARCHAR(128) ,
  49. nt_domain NVARCHAR(128) ,
  50. nt_user_name NVARCHAR(128) ,
  51. program_name NVARCHAR(128) ,
  52. status VARCHAR(50) ,
  53. client_interface_name NVARCHAR(32) ,
  54. cpu_time INT ,
  55. memory_usage INT ,
  56. total_scheduled_time INT ,
  57. total_elapsed_time INT ,
  58. last_request_start_time DATETIME ,
  59. last_request_end_time DATETIME ,
  60. reads INT ,
  61. writes INT ,
  62. logical_reads INT ,
  63. is_user_process BIT ,
  64. row_count BIGINT ,
  65. prev_error INT ,
  66. original_security_id VARBINARY(85) ,
  67. original_login_name NVARCHAR(128) ,
  68. last_successful_logon DATETIME ,
  69. last_unsuccessful_logon DATETIME ,
  70. unsuccessful_logons BIGINT ,
  71. group_id INT
  72. )
  73. GO
  74. -- 4
  75. --  记录正在运行并且做过空间申请的session正在运行的语句.
  76. IF OBJECT_ID('tb_db_sql_text' , 'U') IS NOT NULL
  77. DROP TABLE tb_db_sql_text
  78. GO
  79. CREATE TABLE tb_db_sql_text
  80. (
  81. id INT IDENTITY(1,1) PRIMARY KEY,
  82. session_id VARCHAR(50) ,
  83. text VARCHAR(MAX),
  84. InDate DATETIME
  85. )
  86. GO
  87. -- 5
  88. --  记录正在运行的活动的空间使用情况以及语句内容和执行计划.
  89. IF OBJECT_ID('tb_task_space_usage' , 'U') IS NOT NULL
  90. DROP TABLE tb_task_space_usage
  91. GO
  92. CREATE TABLE tb_task_space_usage
  93. (
  94. id INT IDENTITY(1 , 1)PRIMARY KEY ,
  95. session_id INT ,
  96. internal_object_space_MB DECIMAL(18 , 4) ,
  97. internal_object_dealloc_space_MB DECIMAL(18 , 4) ,
  98. text VARCHAR(MAX) ,
  99. statement_text VARCHAR(MAX) ,
  100. query_plan XML
  101. )

http://blog.csdn.net/beirut/article/details/8266203

http://www.cnblogs.com/changbluesky/archive/2010/04/15/1711733.html

tempdb 容量规划:http://msdn.microsoft.com/zh-cn/library/ms345368(SQL.100).aspx

SQL Server中TempDB管理(version store的逻辑结构):http://blogs.msdn.com/b/apgcdsd/archive/2012/03/30/sql-server-tempdb-version-store.aspx

Working with tempdb in SQL Server 2005:http://technet.microsoft.com/zh-cn/library/cc966545

Tempdb怎么会成为性能瓶颈?:http://blogs.msdn.com/b/apgcdsd/archive/2011/01/25/tempdb.aspx

[转]如何监测谁用了SQL Server的Tempdb空间的更多相关文章

  1. 监测谁用了SQL Server的Tempdb空间

    原文:监测谁用了SQL Server的Tempdb空间 转自:http://blogs.msdn.com/b/apgcdsd/archive/2011/02/11/sql-server-tempdb. ...

  2. SQL Server中tempdb的管理

    原文:SQL Server中tempdb的管理 资料来自: http://blogs.msdn.com/b/sqlserverstorageengine/archive/tags/tempdb/ ht ...

  3. SQL Server中TempDB管理(version store的逻辑结构)

    原文:SQL Server中TempDB管理(version store的逻辑结构) 原文来自: http://blogs.msdn.com/b/sqlserverstorageengine/arch ...

  4. SQL Server中TempDB管理(版本存储区的一个example)

    原文:SQL Server中TempDB管理(版本存储区的一个example) 原文来自: http://blogs.msdn.com/b/sqlserverstorageengine/archive ...

  5. SQL Server中tempdb的management

    对<SQL Server中tempdb的management>的一些更正和补充   对<SQL Server中tempdb的management>的一些更正和补充 前几天看了这 ...

  6. 对《SQL Server中tempdb的management》的一些更正和补充

    对<SQL Server中tempdb的management>的一些更正和补充 前几天看了这篇文章:SQL Server中tempdb的management 发现里面有些内容不是很准确 文 ...

  7. 结合谷歌地图多边形&lpar;polygon&rpar;与Sql Server 2008的空间数据类型计算某个点是否在多边形内的注意事项

    首先在利用 GEOGRAPHY::STPolyFromText(@GeoStr, 4326) 这样的函数把字符串转换为Geography类型时,字符串里经纬度的顺序是 “经度[空格]纬度”,即“lon ...

  8. sql server转移tempdb数据库的物理存放位置

    转移前将原来的文件备份一下   将 tempdb 从其在磁盘上的当前位置移动到其他磁盘位置.由于每次启动 MSSQLSERVER 服务时都会重新创建 tempdb,因此不需要从物理意义上移动数据和日志 ...

  9. —教训深刻—SQL Server大约TempDB使用

    场景现象 中午查询了流水,因未与业务人员沟通好.忘了删选条件,导致TempDB不能分配空间,SQL Server高负载执行. 错误分析 我们来看看错误日志: 再来看看TempDB自增长记录: 事件 逻 ...

随机推荐

  1. 【转】drupal7请求异常,执行时间过长的解决方法

    drupal7请求错误,执行时间过长的解决办法 根据你的系统或网络设置Drupal不能读取网页,造成功能缺失.可能是web服务器配置或PHP设置引起的,可用更新.获取更新源.使用OpenID登 录或使 ...

  2. POJ 2021 Relative Relatives(map&plus;树的遍历)

    题意: 今天是Ted的100岁生日.凑巧的是,他家族里面每个人都跟他同一天生日,但是年份不同. 现在只给出一些 父亲的名字,孩子的名字,以及孩子出生时父亲的年龄, 要求将Ted以外的家族成员按年龄降序 ...

  3. 【WCF--初入江湖】04 WCF通信模式

    04 WCF通信模式 WCF的通信模式有三种 [1]请求响应模式: 只能是客户端调用服务器; 客户端请求并等待服务器的响应后才继续执行后续操作(异步调用除外) [2]单工模式: 只能是客户端调用服务器 ...

  4. 在Linux下开发多语言软件&lpar;gettext解决方案&rpar;

    最近的项目出现了一个bug.项目是基于一个已有的成熟开源软件之上做修改的,新写了加解密库,用于为该成熟开源软件增添加解密功能.功能增加完成后效果都很好,可是就是中文出不来了,也就是说没办法自适应多语言 ...

  5. caffe的cancat层

    我在训练Goolenet inception-v3时候出现了concat错误,因此写下concat层的一些知识点,以供读者跳坑 concat层在inception-v3网络中存在非常明显,之所以需要c ...

  6. 16&period;3-uC&sol;OS-III同步 (事件标志组实验)

    事件标志组,顾名思义,就是若干个事件标志的组合,代表若干个事件是否发生,通常用于集合两个或两个以上事件的状态 . 1.如果想要使用事件标志组,就必须事先使能事件标志组.消息队列的使能位于“os_cfg ...

  7. IIS7发布asp&period;net mvc提示404&period;0

    https://support.microsoft.com/zh-cn/help/980368/a-update-is-available-that-enables-certain-iis-7-0-o ...

  8. JS实现拖动div层移动

    JS实现拖动div层移动 在谈到拖动div层之前,我们有必要来了解下 下面JS几个属性的区别----  pageX,pageY,layerX,layerY,clientX,clientY,screen ...

  9. msql主从复制

    Mysql数据库主从复制原理: 主库开启bin-log日志,同时生成IO线程.IO线程负责将用户写入数据库的sql语句记录在二进制日志bin-log,该记录过程可并发进行:生成标识号 server i ...

  10. PHP&period;50-TP框架商城应用实例-前台2-商品推荐

    商品推荐 {抢购,新品,精品,热卖}效果如下 1.在商品表增加促销价格与促销起始时间和结束时间三个字段,字段推荐楼层与排序在后面用到  注意:在增加datetime类型字段时,要添加默认值{datet ...