高水位（High Water Mark）的概念及高水位有关问题的解决 - 数据库当前位置:& &&&高水位（High Water Mark）的概念及高水位有关问题高水位（High Water Mark）的概念及高水位有关问题的解决&&网友分享于：&&浏览：9次高水位（High Water Mark）的概念及高水位问题的解决
随着表中数据的不断增长，表的高水位也被不断的推高。当高水位达到一定程度之后，会对该表上的SQL查询效率产生负面影响，因此需要采取有效措施降低高水位。有时候即便是表中数据很少，一条全表扫描的sql仍然很慢，有时候表的数据很少，但是仍然占用很多空间，这些都是高水位在作怪。
Oracle 的逻辑存储结构可简单表示为：表空间——&段——&区——&块。
块（block）
块（block）是oracle粒度最小的存储单位,现在标准的块大小是8K，由参数DB_BLOCK_SIZE指定。ORACLE每一次I/O操作也是按块来操作的,也就是说当ORACLE从数据文件读数据时,是读取多少个块,而不是多少行。
SQL& show parameter db_block_size
------------------ ----------- -------
db_block_size
区（extent）
区（extent）是由一系列相邻的块而组成,这也是ORACLE空间分配的基本单位,举个例子来说,当我们创建一个表A时,首先ORACLE会分配一区的空间给这个表,随着不断的INSERT数据到A,原来的这个区容不下插入的数据时,ORACLE是以区为单位进行扩展的,也就是说再分配多少个区给A,而不是多少个块。一个extent包含多少个block是由创建表空间时指定的，类似：extent management local uniform size 1m。默认情况下一个extent对应8个block，即64k。
段（segment）
段（segment）是由一系列的区所组成,一般来说,当创建一个对象时(表,索引),就会分配一个段给这个对象.所以从某种意义上来说,段就是某种特定的数据。
表空间（tablespace）
表空间（tablespace）包含段,区及块。表空间的数据物理上储存在其所在的数据文件中.一个数据库至少要有一个表空间。
高水位（High Water Mark）的概念
所有的oracle段都有一个在段内容纳数据的上限，我们把这个上限称为"High Water Mark"或HWM。这个HWM是一个标记，用来说明已经有多少没有使用的数据块分配给这个segment。HWM通常增长的幅度为一次5个数据块，原则上HWM只会增大，不会缩小，即使将表中的数据全部删除，HWM还是为原值，由于这个特点，使 HWM很象一个水库的历史最高水位，这也就是HWM的原始含义，当然不能说一个水库没水了，就说该水库的历史最高水位为0。
实际环境中随着我们表中数据的不断增长，表的高水位也被不断的推高。当高水位达到一定程度之后，会对该表上的SQL查询效率产生负面影响，因此需要采取有效措施降低高水位。
考虑我们有一个段，如一张表，其中填满了（数据）块，如图 1 所示。在正常操作过程中，删除了一些行，如图 2 所示。现有就有了许多浪费的空间：(1) 在表的上一个末端和现有的块之间，以及 (2) 在块内部，其中还有一些没有删除的行。
图 1：分配给该表的块。用灰色正方形表示行。
图 2：行后面的块已经删除了；HWM 仍保持不变。
Oracle 不会释放空间以供其他对象使用，有一条简单的理由：由于空间是为新插入的行保留的，并且要适应现有行的增长。被占用的最高空间称为最高使用标记 (HWM)，如图 2 所示。但是，这种方法有两个主要的问题：
（1）当用户发出一个全表扫描时，Oracle 始终必须从段一直扫描到 HWM，即使它什么也没有发现。该任务延长了全表扫描的时间，即降低了sql的性能。
（2）当用直接路径插入行时 — 例如，通过直接加载插入（用 APPEND 提示插入）或通过 SQL*Loader 直接路径 — 数据块直接置于 HWM 之上，即它下面的空间就浪费了。
解决HWM的问题
解决HWM带来的性能问题
首先我们知道truncate table 会重置HWM，但是truncate会删除所有数据，如果如上面图2所示，表中有大量的碎片该怎么处理呢，我们来模拟这个例子：
SQL& create tablespace test datafile '/paic/g4cs2021/stg/sx/oradata/ls17xa/test01.dbf' size 500m autoextend off extent management local uniform size 1m segment sp
Tablespace created
SQL& create table testhw(name varchar2(100),id number )
Table created
SQL& select segment_name,header_file,header_block,blocks,bytes,extents,min_extents,max_extents,segment_type from dba_segments where segment_name='TESTHW';
SEGMENT_NA HEADER_FILE HEADER_BLOCK
EXTENTS MIN_EXTENTS MAX_EXTENTS SEGMENT_TYPE
---------- ----------- ------------ ---------- ---------- ---------- ----------- ----------- -----------
我们建一个空表，此时虽然没有数据，但是表占1*extent=128*blocks=128*=1M的空间。
怎么知道一个表的HWM呢？
(1) 首先对表进行分析：ANALYZE TABLE &tablename& ESTIMATE/COMPUTE STATISTICS;
(2) SELECT table_name, num_rows, blocks, empty_blocks FROM user_tables WHERE table_name = ‘&tablename’;
SQL& ANALYZE TABLE TESTHW COMPUTE STATISTICS;
Table analyzed
SQL& SELECT table_name, num_rows, blocks, empty_blocks FROM user_tables WHERE table_name = 'TESTHW';
TABLE_NAME
BLOCKS EMPTY_BLOCKS
------------------------------ ---------- ---------- ------------
BLOCKS 列代表该表中曾经使用过得数据库块的数目，即水线。EMPTY_BLOCKS 代表分配给该表，但是在水线以上的数据库块，即从来没有使用的数据块。
使用下面语句插入批量数据，此时的HWM是2140 blocks，如图1所示：
下面我就删除一些数据以模拟出一些碎片，此时HWM仍然是2140 blocks ，但是HWM下有很多空块，如图2所示。
i number := 0;
for i in 1 .. 1000 loop
if (mod(i, 3) = 0 or mod(i, 5) = 0) then
delete from testhw where id =
SQL& ANALYZE TABLE testhw COMPUTE STATISTICS;
Table analyzed
SQL& SELECT table_name, num_rows, blocks, empty_blocks,avg_row_len FROM user_tables u WHERE table_name = 'TESTHW';
TABLE_NAME
BLOCKS EMPTY_BLOCKS AVG_ROW_LEN
------------------------------ ---------- ---------- ------------ -----------
SQL& select segment_name,header_file,header_block,blocks,bytes,extents,min_extents,max_extents,segment_type from dba_segments where segment_name='TESTHW';
SEGMENT_NA HEADER_FILE HEADER_BLOCK
EXTENTS MIN_EXTENTS MAX_EXTENTS SEGMENT_TYPE
---------- ----------- ------------ ---------- ---------- ---------- ----------- ----------- ------------
下面利用oracle 10g的dbms_space包来检查碎片的详细信息，当然也可以用dump文件的方法来查看碎片情况，这里不做介绍，show_space包的代码在文章最后会给出。
SQL& exec show_space('testhw','auto','t','y');
Total Blocks............................2176
Total Bytes.............................
Unused Blocks...........................0
Unused Bytes............................0
Last Used Ext FileId....................96
Last Used Ext BlockId...................2057
Last Used Block.........................128
*************************************************
The segment is analyzed
0% -- 25% free space blocks.............0
0% -- 25% free space bytes..............0
25% -- 50% free space blocks............204
25% -- 50% free space bytes.............1671168
50% -- 75% free space blocks............173
50% -- 75% free space bytes.............1417216
75% -- 100% free space blocks...........804
75% -- 100% free space bytes............6586368
Unused Blocks...........................62
Unused Bytes............................507904
Total Blocks............................897
Total bytes.............................7348224
PL/SQL procedure successfully completed
SQL& select 204+173+804+62+897 T
----------
说明：结果分两个部分，第一部分是总体情况，第二部分是实际使用情况，第二部分所有block之和等于水位线值。结果中第一行Total Blocks，是表（segment）testhw已分配的总的block数；倒数第二行的Total Blocks表testhw实际100%使用的block数。
下面的例子是我们经常遇到的，一个全表扫描的sql，虽然表中很多空块，但是sql执行起来仍然很慢，如下testhw表中实际使用了897个块，但是仍然2042次的物理读，即扫描HWM2140以下所有块。
SQL& set autotrace TRACE STAT
SQL& select * from dbmgr.testhw where id=998;
998 rows selected.
Statistics
----------------------
recursive calls
db block gets
consistent gets
physical reads
bytes sent via SQL*Net to client
bytes received via SQL*Net from client
SQL*Net roundtrips to/from client
sorts (memory)
sorts (disk)
rows processed
SQL& set autotrace off
Oracle 10g提供了一个清理碎片的方法：alter table table_name shrink space，该命令将重组表中现有行，在此之前要确保在该表上禁用所有基于行 id 的触发器，这是因为行将会移动（和行迁移有些不同所以姑且称之为行移动），行 id 可能会发生改变。要确保该表支持行移动，如果不支持，您可以使用如下命令来支持它：alter table table_name enable row movement。该命令将会在块内重新分配行并空间返回给表空间，如图 3 所示，该表内所有未用的空间都返回给表空间，以让其他段使用。 如图3 所示，此时会把段中原来空闲的块返回给数据库，HWM 本身也会进行重新分配。
图 3：在收缩后，把空闲块返回给数据库。
如下所示HWM已降低到1031，表中没有碎片，全表扫描读取的数据块随之减少。如果表上有索引还可以一起压缩索引：alter table bookings
SQL& ANALYZE TABLE testhw COMPUTE STATISTICS;
Table analyzed
SQL& SELECT table_name, num_rows, blocks, empty_blocks,avg_row_len FROM user_tables u WHERE table_name = 'TESTHW';
TABLE_NAME
BLOCKS EMPTY_BLOCKS AVG_ROW_LEN
------------------------------ ---------- ---------- ------------ -----------
SQL& select segment_name,header_file,header_block,blocks,bytes,extents,min_extents,max_extents,segment_type from dba_segments where segment_name='TESTHW';
SEGMENT_NA HEADER_FILE HEADER_BLOCK
EXTENTS MIN_EXTENTS MAX_EXTENTS SEGMENT_TYPE
---------- ----------- ------------ ---------- ---------- ---------- ----------- ----------- -------------
SQL& alter table testhw
Table altered.
SQL& alter table
Table altered.
SQL& exec show_space('testhw','auto','t','y');
Total Blocks............................1152
Total Bytes.............................9437184
Unused Blocks...........................101
Unused Bytes............................827392
Last Used Ext FileId....................96
Last Used Ext BlockId...................1033
Last Used Block.........................27
*************************************************
The segment is analyzed
0% -- 25% free space blocks.............0
0% -- 25% free space bytes..............0
25% -- 50% free space blocks............0
25% -- 50% free space bytes.............0
50% -- 75% free space blocks............0
50% -- 75% free space bytes.............0
75% -- 100% free space blocks...........2
75% -- 100% free space bytes............16384
Unused Blocks...........................0
Unused Bytes............................0
Total Blocks............................1029
Total bytes.............................8429568
PL/SQL procedure successfully completed
SQL& set autotrace TRACE STAT
SQL& select * from dbmgr.testhw where id=998;
998 rows selected.
Statistics
--------------------------------------------------
recursive calls
db block gets
consistent gets
physical reads
bytes sent via SQL*Net to client
bytes received via SQL*Net from client
SQL*Net roundtrips to/from client
sorts (memory)
sorts (disk)
rows processed
联机 shrink 命令是一个用于回收浪费的空间和重置 HWM 的强大的特性。我把后者（重置 HWM）看作该命令最有用的结果，因为它改进了全表扫描的性能。到此我们可以说已经解决了HWM带来的性能问题。其实shrink还可以只收回空间不重置HWM，即：alter table table_name shrink space compact，此时如图4所示在 HWM 之下产生了更多的空闲块 — 但是 HWM 自身不会进行分配。
图 4：重组行后的表中的块单不重置HWM。
解决高水位带来的空间问题
表空间的高水位，由前面的表的高水位概念不难理解表空间的高水位即是所有表空间上段（表和索引如果有索引的话）的HWM之和。考虑下面的情况，一个表空间中有很多表，有些表中有很多碎片，有些空表，我们想回收表空间上的空闲空间或者说我们空间紧张要收回这部分空间，如何处理？
接着上面例子，首先我们的思路是，接着创建一个空表testhw2，然后对表testhw再插入些数据，因为表testhw已经没有空闲的空间此时表数据会插入到testhw2后面，再创建一个空表testhw3，此时可以肯定testhw中会部分数据在testhw2和testhw3之间，就是说表空间中有些表的数据分布很散而且有碎片，有些是空表。
SQL& create table testhw2 tablespace test as select * from testhw where 1=2;
Table created
SQL& ANALYZE TABLE testhw2 COMPUTE STATISTICS;
Table analyzed
SQL& SELECT table_name, num_rows, blocks, empty_blocks,avg_row_len FROM user_tables u WHERE table_name like 'TESTHW%';
TABLE_NAME
BLOCKS EMPTY_BLOCKS AVG_ROW_LEN
------------------------------ ---------- ---------- ------------ -----------
SQL& select segment_name,header_file,header_block,blocks,bytes,extents,min_extents,max_extents,segment_type from dba_segments where segment_name like 'TESTHW%';
SEGMENT_NA HEADER_FILE HEADER_BLOCK
EXTENTS MIN_EXTENTS MAX_EXTENTS SEGMENT_TYPE
---------- ----------- ------------ ---------- ---------- ---------- ----------- ----------- ------------
这里testhw2的header_block=testhw的header_block+testhw的blocks，即：12+。
SQL& declare
i number := 0;
j number := 0;
for i in 1 .. 300 loop
for j in 1 .. i loop
insert into testhw values (i || 'records inserted!', i+1000);
PL/SQL procedure successfully completed
SQL& ANALYZE TABLE testhw COMPUTE STATISTICS;
Table analyzed
SQL& ANALYZE TABLE testhw2 COMPUTE STATISTICS;
Table analyzed
SQL& SELECT table_name, num_rows, blocks, empty_blocks,avg_row_len FROM user_tables u WHERE table_name like 'TESTHW%' ;
TABLE_NAME
BLOCKS EMPTY_BLOCKS AVG_ROW_LEN
------------------------------ ---------- ---------- ------------ -----------
SQL& select segment_name,header_file,header_block,blocks,bytes,extents,min_extents,max_extents,segment_type from dba_segments where segment_name like 'TESTHW%' ;
SEGMENT_NA HEADER_FILE HEADER_BLOCK
EXTENTS MIN_EXTENTS MAX_EXTENTS SEGMENT_TYPE
---------- ----------- ------------ ---------- ---------- ---------- ----------- ----------- ------------
这里1164没有改变，但是testhw分配的blocks变成1280已经不是原来的1152了，即0，也就是说testhw的一部分数据在testhw2之后。我们知道testhw原来有1152个blocks，现在是1280，即多了8 blocks。接着创建testhw3表，这样testhw的数据就有一部分在testhw2和testhw3之间了。然后再把testhw这些数据删除掉，我们试着要能把这部分空间收回来。
TABLE_NAME
BLOCKS EMPTY_BLOCKS AVG_ROW_LEN
------------------------------ ---------- ---------- ------------ -----------
SEGMENT_NA HEADER_FILE HEADER_BLOCK
EXTENTS MIN_EXTENTS MAX_EXTENTS SEGMENT_TYPE
---------- ----------- ------------ ---------- ---------- ---------- ----------- ----------- ------------------
8+128 第一个128 blocks是分配给testhw2的，第二个128 blocks是上面我们已经算出来，是testhw 表中我们后来插入的id大于1000的部分。此时表空间的HWM是1548。删除id大于1000的数据，然后使用上面的shrink命令收回空间。
SQL& delete from testhw where id & 1000;
45150 rows deleted
Commit complete
SQL& alter table
Table altered
SQL& ANALYZE TABLE testhw COMPUTE STATISTICS;
Table analyzed
SQL& ANALYZE TABLE testhw2 COMPUTE STATISTICS;
Table analyzed
SQL& ANALYZE TABLE testhw3 COMPUTE STATISTICS;
Table analyzed
SQL& SELECT table_name, num_rows, blocks, empty_blocks,avg_row_len FROM user_tables u WHERE table_name like 'TESTHW%' ;
TABLE_NAME
BLOCKS EMPTY_BLOCKS AVG_ROW_LEN
------------------------------ ---------- ---------- ------------ -----------
SQL& select segment_name,header_file,header_block,blocks,bytes,extents,min_extents,max_extents,segment_type from dba_segments where segment_name like 'TESTHW%';
SEGMENT_NA HEADER_FILE HEADER_BLOCK
EXTENTS MIN_EXTENTS MAX_EXTENTS SEGMENT_TYPE
---------- ----------- ------------ ---------- ---------- ---------- ----------- ----------- ------------------
SQL& exec show_space('testhw','auto','t','y');
Total Blocks............................1152
Total Bytes.............................9437184
Unused Blocks...........................102
Unused Bytes............................835584
Last Used Ext FileId....................96
Last Used Ext BlockId...................1033
Last Used Block.........................26
*************************************************
The segment is analyzed
0% -- 25% free space blocks.............0
0% -- 25% free space bytes..............0
25% -- 50% free space blocks............1
25% -- 50% free space bytes.............8192
50% -- 75% free space blocks............0
50% -- 75% free space bytes.............0
75% -- 100% free space blocks...........0
75% -- 100% free space bytes............0
Unused Blocks...........................0
Unused Bytes............................0
Total Blocks............................1029
Total bytes.............................8429568
PL/SQL procedure successfully completed
虽然表testhw中已经没有碎片，但是testhw3的header_block并不会因此而向前移动，表空间的空闲空间仍然无法收回！实际上即便是truncate也无法降低表空间的HWM。
Table truncated
SQL& truncate table testhw2;
Table truncated
SQL& truncate table testhw3;
Table truncated
SQL& select segment_name,header_file,header_block,blocks,bytes,extents,min_extents,max_extents,segment_type from dba_segments where segment_name like 'TESTHW%' ;
SEGMENT_NA HEADER_FILE HEADER_BLOCK
EXTENTS MIN_EXTENTS MAX_EXTENTS SEGMENT_TYPE
---------- ----------- ------------ ---------- ---------- ---------- ----------- ----------- ------------------
那么该如何收回空闲的空间呢，答案是move table到其它表空间然后再move回来，而且9i数据库也支持。如果有索引还需要重建索引，如下所示表空间一共使用了3 extent+12blocks，所以表空间可以resize到4M。如果你有很多表可以使用下面语句生成脚本：select 'alter table '||table_name||' m' from dba_tables where tablespace_name='TEST';
SQL& alter table testhw m
Table altered
SQL& alter table testhw2 m
Table altered
SQL& alter table testhw3 m
Table altered
SQL& alter table testhw3
Table altered
SQL& alter table testhw2
Table altered
SQL& alter table testhw
Table altered
SQL& alter table testhw2
Table altered
SQL& alter table testhw3
Table altered
SQL& select segment_name,header_file,header_block,blocks,bytes,extents,min_extents,max_extents,segment_type from dba_segments where segment_name like 'TESTHW%' order by 1 ;
SEGMENT_NA HEADER_FILE HEADER_BLOCK
EXTENTS MIN_EXTENTS MAX_EXTENTS SEGMENT_TYPE
---------- ----------- ------------ ---------- ---------- ---------- ----------- ----------- ------------------
SQL& alter database datafile 96 resize 4M;
Database altered
至此有关高水位的所有问题都已圆满解决，希望你读了本文之后不再为高水位以及表的碎片的问题而烦恼。但是如果数据库是Oracle9i 及其以前的版本的话，上面的方法不再适用，可以通过。1、exp表的数据，删除表，重建表，imp数据来回收空间；2、通过使用 ALTER TABLE MOVE 命令把表移动到一个不同的表空间；3、使用联机表重组特性，但是这需要至少双倍的现有表空间。
12345678910
12345678910
12345678910 上一篇：下一篇：文章评论相关解决方案 12345678910 Copyright & &&版权所有比特客户端
您的位置：
详解大数据
详解大数据
详解大数据
详解大数据
Oracle delete高水位线处理问题
　　最近遇到 表中数据量很大查询和更新比较慢 需要删除，发现删除后查询速度还是很慢，原来是delete oracle 高水位没有下降的原因。
　　在oracle里，使用delete删除数据以后，的容量不会减少，而且使用delete删除某个表的数据以后，查询这张表的速度和删除之前一样，不会发生变化。
　　因为oralce有一个HWM高水位，它是oracle的一个表使用空间最高水位线。当插入了数据以后，高水位线就会上涨，但是如果你采用delete语句删除数据的话，数据虽然被删除了，但是高水位线却没有降低，还是你刚才删除数据以前那么高的水位。除非使用truncate删除数据。那么，这条高水位线在日常的增删操作中只会上涨，不会下跌，所以数据库容量也只会上升，不会下降。而使用select语句查询数据时，数据库会扫描高水位线以下的数据块，因为高水位线没有变化，所以扫描的时间不会减少，所以才会出现使用delete删除数据以后，查询的速度还是和delete以前一样
　　解决：
　　1.首先导出表，然后truncate这张表，最后导入这张表。
　　2.在存储空间当中移动表，但是由于rowid会被打乱，所以需要重建索引。
　　3.如果是oracle 10g.可是直接更新表的高水位线。
　　对应的SQL:
　　9i中：
　　create table aa_bak as select * from aa where record_time & sysdate - 10;
　　insert into aa select * from aa_
　　drop table aa_
　　10g 版本
　　alter tablename
　　alter ta
　　实战：
　　select count(*) from wlkp_fp_kj
　　查询结果显示2301245 条记录
　　我们需要删除一部分数据
　　删除之前我们先查看表的高水位线(wlkp_fp_kj 是张分区表)
　　SELECT segment_name, segment_type, blocks FROM dba_segments WHERE segment_name = 'WLKP_FP_KJ'
　　删除数据SQL
　　Sql代码
　　select count(*) from wlkp_fp_kj where kprq<TO_DATE(‘ 14:00:00?, ?yyyy-mm-dd,hh24:mi:ss’)
[ 责任编辑：之极 ]
去年，手机江湖里的竞争格局还是…
甲骨文的云战略已经完成第一阶段…
软件信息化周刊
比特软件信息化周刊提供以数据库、操作系统和管理软件为重点的全面软件信息化产业热点、应用方案推荐、实用技巧分享等。以最新的软件资讯，最新的软件技巧，最新的软件与服务业内动态来为IT用户找到软捷径。
商务办公周刊
比特商务周刊是一个及行业资讯、深度分析、企业导购等为一体的综合性周刊。其中，与中国计量科学研究院合力打造的比特实验室可以为商业用户提供最权威的采购指南。是企业用户不可缺少的智选周刊！
比特网络周刊向企业网管员以及网络技术和产品使用者提供关于网络产业动态、技术热点、组网、建网、网络管理、网络运维等最新技术和实用技巧，帮助网管答疑解惑，成为网管好帮手。
服务器周刊
比特服务器周刊作为比特网的重点频道之一，主要关注x86服务器，RISC架构服务器以及高性能计算机行业的产品及发展动态。通过最独到的编辑观点和业界动态分析，让您第一时间了解服务器行业的趋势。
比特存储周刊长期以来，为读者提供企业存储领域高质量的原创内容，及时、全面的资讯、技术、方案以及案例文章，力求成为业界领先的存储媒体。比特存储周刊始终致力于用户的企业信息化建设、存储业务、数据保护与容灾构建以及数据管理部署等方面服务。
比特安全周刊通过专业的信息安全内容建设，为企业级用户打造最具商业价值的信息沟通平台，并为安全厂商提供多层面、多维度的媒体宣传手段。与其他同类网站信息安全内容相比，比特安全周刊运作模式更加独立，对信息安全界的动态新闻更新更快。
新闻中心热点推荐
新闻中心以独特视角精选一周内最具影响力的行业重大事件或圈内精彩故事，为企业级用户打造重点突出，可读性强，商业价值高的信息共享平台；同时为互联网、IT业界及通信厂商提供一条精准快捷，渗透力强，覆盖面广的媒体传播途径。
云计算周刊
比特云计算周刊关注云计算产业热点技术应用与趋势发展，全方位报道云计算领域最新动态。为用户与企业架设起沟通交流平台。包括IaaS、PaaS、SaaS各种不同的服务类型以及相关的安全与管理内容介绍。
CIO俱乐部周刊
比特CIO俱乐部周刊以大量高端CIO沙龙或专题研讨会以及对明星CIO的深入采访为依托，汇聚中国500强CIO的集体智慧。旨为中国杰出的CIO提供一个良好的互融互通 、促进交流的平台，并持续提供丰富的资讯和服务，探讨信息化建设，推动中国信息化发展引领CIO未来职业发展。
IT专家新闻邮件长期以来，以定向、分众、整合的商业模式，为企业IT专业人士以及IT系统采购决策者提供高质量的原创内容，包括IT新闻、评论、专家答疑、技巧和白皮书。此外，IT专家网还为读者提供包括咨询、社区、论坛、线下会议、读者沙龙等多种服务。
X周刊是一份IT人的技术娱乐周刊，给用户实时传递I最新T资讯、IT段子、技术技巧、畅销书籍，同时用户还能参与我们推荐的互动游戏，给广大的IT技术人士忙碌工作之余带来轻松休闲一刻。
微信扫一扫
关注Chinabyte