前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >专栏 >按 file 分组统计视图 | 全方位认识 sys 系统库

按 file 分组统计视图 | 全方位认识 sys 系统库

原创
作者头像
沃趣科技
发布于 2018-08-20 07:58:22
发布于 2018-08-20 07:58:22
2K00
代码可运行
举报
文章被收录于专栏:沃趣科技沃趣科技
运行总次数:0
代码可运行

在上一篇《按 user 分组统计视图 | 全方位认识 sys 系统库》中,我们介绍了sys 系统库中按 user 分组统计的视图,类似地,本期的内容将为大家介绍按照 file 进行分类统计的视图。下面请跟随我们一起开始 sys 系统库的系统学习之旅吧。

01.io_by_thread_by_latency,x$io_by_thread_by_latency

按照thread ID、processlist ID、用户名分组的 I/O等待时间开销统计信息,默认情况下按照总I/O等待时间降序排序。数据来源:performance_schema.events_waits_summary_by_thread_by_event_name、performance_scgema.threads

下面我们看看使用该视图查询返回的结果。

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
# 不带x$前缀的视图
root@localhost : sys 12:42:44> select * from io_by_thread_by_latency limit 3;
+-----------------+-------+---------------+-------------+-------------+-------------+-----------+----------------+
| user            | total | total_latency | min_latency | avg_latency | max_latency | thread_id | processlist_id |
+-----------------+-------+---------------+-------------+-------------+-------------+-----------+----------------+
| buf_dump_thread |  880 | 4.67 s        | 2.94 us    | 5.30 ms    | 27.33 ms    |        40 |          NULL |
| main            |  2214 | 3.63 s        | 409.05 ns  | 2.28 ms    | 35.48 ms    |        1 |          NULL |
| root@localhost  |    21 | 88.87 ms      | 527.22 ns  | 2.03 ms    | 21.31 ms    |        49 |              7 |
+-----------------+-------+---------------+-------------+-------------+-------------+-----------+----------------+
3 rows in set (0.01 sec)

# 带x$前缀的视图
root@localhost : sys 12:43:24> select * from x$io_by_thread_by_latency limit 3;
+-----------------+-------+---------------+-------------+-----------------+-------------+-----------+----------------+
| user            | total | total_latency | min_latency | avg_latency    | max_latency | thread_id | processlist_id |
+-----------------+-------+---------------+-------------+-----------------+-------------+-----------+----------------+
| buf_dump_thread |  880 | 4667572388808 |    2938797 | 5304059238.0000 | 27331328412 |        40 |          NULL |
| main            |  2214 | 3626928831147 |      409050 | 2283656763.0000 | 35476899531 |        1 |          NULL |
| root@localhost  |    21 |  88867469637 |      527220 | 2026334846.2500 | 21312776994 |        49 |              7 |
+-----------------+-------+---------------+-------------+-----------------+-------------+-----------+----------------+
3 rows in set (0.01 sec)

视图字段含义如下:

  • user:对于前台线程,该列显示与线程关联的account名称(user@host格式),对于后台线程,该列显示后台线程的名称
  • total:I/O事件总次数
  • total_latency:I/O事件的总延迟时间(执行时间)
  • min_latency:I/O事件的单次最小延迟时间(执行时间)
  • avg_latency:I/O事件的平均延迟时间(执行时间)
  • max_latency:I/O事件的单次最大延迟时间(执行时间)
  • thread_id:内部thread ID
  • processlist_id:对于前台线程,该列显示为processlist ID,对于后台线程,该列显示为NULL

PS:该视图只统计文件IO等待事件信息("wait/io/file/%")

02.io_global_by_file_by_bytes,x$io_global_by_file_by_bytes

按照文件路径+名称分组的全局I/O读写字节数、读写文件I/O事件数量进行统计,默认情况下按照总I/O(读写字节数)进行降序排序。数据来源:performance_schema.file_summary_by_instance

下面我们看看使用该视图查询返回的结果。

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
# 不带x$前缀的视图
root@localhost : sys 12:43:27> select * from io_global_by_file_by_bytes limit 3;
+---------------------------------+------------+------------+-----------+-------------+---------------+-----------+-----------+-----------+
| file                            | count_read | total_read | avg_read  | count_write | total_written | avg_write | total    | write_pct |
+---------------------------------+------------+------------+-----------+-------------+---------------+-----------+-----------+-----------+
| @@innodb_data_home_dir/ibtmp1  |          0 | 0 bytes    | 0 bytes  |        2798 | 55.53 MiB    | 20.32 KiB | 55.53 MiB |    100.00 |
| @@innodb_undo_directory/undo002 |        874 | 13.66 MiB  | 16.00 KiB |          0 | 0 bytes      | 0 bytes  | 13.66 MiB |      0.00 |
| @@innodb_data_home_dir/ibdata1  |        31 | 2.50 MiB  | 82.58 KiB |          3 | 64.00 KiB    | 21.33 KiB | 2.56 MiB  |      2.44 |
+---------------------------------+------------+------------+-----------+-------------+---------------+-----------+-----------+-----------+
3 rows in set (0.00 sec)

# 带x$前缀的视图
root@localhost : sys 12:43:44> select * from x$io_global_by_file_by_bytes limit 3;
+-----------------------------------------------+------------+------------+------------+-------------+---------------+------------+----------+-----------+
| file                                          | count_read | total_read | avg_read  | count_write | total_written | avg_write  | total    | write_pct |
+-----------------------------------------------+------------+------------+------------+-------------+---------------+------------+----------+-----------+
| /home/mysql/data/mysqldata1/innodb_ts/ibtmp1  |          0 |          0 |    0.0000 |        2798 |      58228736 | 20810.8420 | 58228736 |    100.00 |
| /home/mysql/data/mysqldata1/undo/undo002      |        874 |  14319616 | 16384.0000 |          0 |            0 |    0.0000 | 14319616 |      0.00 |
| /home/mysql/data/mysqldata1/innodb_ts/ibdata1 |        31 |    2621440 | 84562.5806 |          3 |        65536 | 21845.3333 |  2686976 |      2.44 |
+-----------------------------------------------+------------+------------+------------+-------------+---------------+------------+----------+-----------+
3 rows in set (0.00 sec)

视图字段含义如下:

  • file:文件路径+名称
  • count_read:读I/O事件总次数
  • total_read:读I/O事件的总字节数
  • avg_read:读I/O事件的平均字节数
  • count_write:写I/O事件总次数
  • total_written:写I/O事件的总字节数
  • avg_write:写I/O事件的平均字节数
  • total:读写I/O事件的总字节数
  • write_pct:写I/O事件字节数占文件读写I/O事件的总字节数(读和写总字节数)的百分比

03.io_global_by_file_by_latency,x$io_global_by_file_by_latency

按照文件路径+名称分组的全局I/O事件的时间开销统计信息,默认情况下按照文件总的I/O等待时间(读和写的I/O等待时间)进行降序排序。数据来源:performance_schema.file_summary_by_instance

下面我们看看使用该视图查询返回的结果。

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
# 不带x$前缀的视图
admin@localhost : sys 09:34:01> admin@localhost : sys 09:34:01> select * from io_global_by_file_by_latency limit 3;
+------------------------------------+-------+---------------+------------+--------------+-------------+---------------+------------+--------------+
| file                              | total | total_latency | count_read | read_latency | count_write | write_latency | count_misc | misc_latency |
+------------------------------------+-------+---------------+------------+--------------+-------------+---------------+------------+--------------+
| @@basedir/share/english/errmsg.sys |    5 | 268.13 ms    |          3 | 119.31 ms    |          0 | 0 ps          |          2 | 148.82 ms    |
| /data/mysqldata1/innodb_ts/ibtmp1  |    51 | 103.21 ms    |          0 | 0 ps        |          47 | 101.96 ms    |          4 | 1.26 ms      |
| /data/mysqldata1/undo/undo003      |  139 | 63.41 ms      |        132 | 60.72 ms    |          1 | 30.11 us      |          6 | 2.65 ms      |
+------------------------------------+-------+---------------+------------+--------------+-------------+---------------+------------+--------------+
3 rows in set (0.01 sec)

# 带x$前缀的视图
admin@localhost : sys 09:34:07> select * from x$io_global_by_file_by_latency limit 3;
+----------------------------------------------+-------+---------------+------------+--------------+-------------+---------------+------------+--------------+
| file                                        | total | total_latency | count_read | read_latency | count_write | write_latency | count_misc | misc_latency |
+----------------------------------------------+-------+---------------+------------+--------------+-------------+---------------+------------+--------------+
| /home/mysql/program/share/english/errmsg.sys |    5 |  268129329000 |          3 | 119307156000 |          0 |            0 |          2 | 148822173000 |
| /data/mysqldata1/innodb_ts/ibtmp1            |    51 |  103214655750 |          0 |            0 |          47 |  101957648625 |          4 |  1257007125 |
| /data/mysqldata1/undo/undo003                |  139 |  63405483000 |        132 |  60724181625 |          1 |      30110625 |          6 |  2651190750 |
+----------------------------------------------+-------+---------------+------------+--------------+-------------+---------------+------------+--------------+
3 rows in set (0.00 sec)

视图字段含义如下:

  • file:文件路径+名称
  • total:I/O事件总次数
  • total_latency:I/O事件的总延迟时间(执行时间)
  • count_read:读I/O事件的总次数
  • read_latency:读I/O事件的总延迟时间(执行时间)
  • count_write:写I/O事件总次数
  • write_latency:写I/O事件的总延迟时间(执行时间)
  • count_misc:其他I/O事件总次数
  • misc_latency:其他I/O事件的总延迟时间(执行时间)

04.io_global_by_wait_by_bytes,x$io_global_by_wait_by_bytes

按照文件IO事件名称后缀进行分组的统计信息,默认情况下按照总I/O读写总字节数进行降序排序。数据来源:performance_schema.file_summary_by_event_name

下面我们看看使用该视图查询返回的结果。

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
# 不带x$前缀的视图
admin@localhost : sys 09:35:20> select * from io_global_by_wait_by_bytes limit 1\G
*************************** 1. row ***************************
event_name: innodb/innodb_data_file
      total: 843
total_latency: 439.19 ms
min_latency: 0 ps
avg_latency: 520.99 us
max_latency: 9.52 ms
count_read: 627
total_read: 13.64 MiB
  avg_read: 22.28 KiB
count_write: 60
total_written: 12.88 MiB
avg_written: 219.73 KiB
total_requested: 26.52 MiB
1 row in set (0.01 sec)

# 带x$前缀的视图
admin@localhost : sys 09:35:22> select * from x$io_global_by_wait_by_bytes limit 1\G;
*************************** 1. row ***************************
event_name: innodb/innodb_data_file
      total: 843
total_latency: 439194939750
min_latency: 0
avg_latency: 520990125
max_latency: 9521262750
count_read: 627
total_read: 14303232
  avg_read: 22812.1722
count_write: 60
total_written: 13500416
avg_written: 225006.9333
total_requested: 27803648
1 row in set (0.00 sec)

视图字段含义如下:

  • EVENT_NAME:文件IO事件全称去掉了'wait/io/file/'前缀的名称字符串
  • total:读写I/O事件发生的总次数
  • total_latency:I/O事件的总延迟时间(执行时间)
  • min_latency:I/O事件单次最短延迟时间(执行时间)
  • avg_latency:I/O事件的平均延迟时间(执行时间)
  • max_latency:I/O事件单次最大延迟时间(执行时间)
  • count_read:读I/O事件的请求次数
  • total_read:读I/O事件的总字节数
  • avg_read:读I/O事件的平均字节数
  • count_write:写I/O事件的请求次数
  • total_written:写I/O事件的总字节数
  • avg_written:写I/O事件的平均字节数
  • total_requested:读与写I/O事件的总字节数

PS:该视图只统计文件IO等待事件信息("wait/io/file/%")

05.io_global_by_wait_by_latency,x$io_global_by_wait_by_latency

按照事件名称后缀字符串分组、IO延迟时间排序的全局I/O等待时间统计信息,数据来源:performance_schema.file_summary_by_event_name

下面我们看看使用该视图查询返回的结果。

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
# 不带x$前缀的视图
admin@localhost : sys 09:35:52> select * from io_global_by_wait_by_latency limit 1\G
*************************** 1. row ***************************
event_name: innodb/innodb_data_file
    total: 843
total_latency: 439.19 ms
avg_latency: 520.99 us
max_latency: 9.52 ms
read_latency: 317.18 ms
write_latency: 105.05 ms
misc_latency: 16.96 ms
count_read: 627
total_read: 13.64 MiB
avg_read: 22.28 KiB
count_write: 60
total_written: 12.88 MiB
avg_written: 219.73 KiB
1 row in set (0.01 sec)

# 带x$前缀的视图
admin@localhost : sys 09:35:55> select * from x$io_global_by_wait_by_latency limit 1\G;
*************************** 1. row ***************************
event_name: innodb/innodb_data_file
    total: 843
total_latency: 439194939750
avg_latency: 520990125
max_latency: 9521262750
read_latency: 317177728125
write_latency: 105052561875
misc_latency: 16964649750
count_read: 627
total_read: 14303232
avg_read: 22812.1722
count_write: 60
total_written: 13500416
avg_written: 225006.9333
1 row in set (0.01 sec)

视图字段含义如下:

  • EVENT_NAME:文件IO事件全称去掉了'wait/io/file/'前缀的名称字符串
  • total:I/O事件的发生总次数
  • total_latency:I/O事件的总延迟时间(执行时间)
  • avg_latency:I/O事件的平均延迟时间(执行时间)
  • max_latency:I/O事件单次最大延迟时间(执行时间)
  • read_latency:读I/O事件的总延迟时间(执行时间)
  • write_latency:写I/O事件的总延迟时间(执行时间)
  • misc_latency:其他混杂I/O事件的总延迟时间(执行时间)
  • count_read:读I/O事件的总请求次数
  • total_read:读I/O事件的总字节数
  • avg_read:读I/O事件的平均字节数
  • count_write:写I/O事件的总请求次数
  • total_written:写I/O事件的总字节数
  • avg_written:写I/O事件的平均字节数

PS:该视图只统计文件IO等待事件信息("wait/io/file/%")

06.latest_file_io,x$latest_file_io

按照文件名称和线程名称分组、文件IO操作开始起始排序的最新的已经执行完成的I/O等待事件信息,数据来源:performance_schema.events_waits_history_long、performance_schema.threads、information_schema.processlist

由于等待事件相关的instruments和consumers默认没有开启,所以该视图需要打开相关的配置之后才能查询到数据,语句如下:

  • 打开等待事件的instruments:update setup_instruments set enabled='yes',timed='yes' where name like '%wait/%';
  • 打开等待事件的consumers:update setup_consumers set enabled='yes' where name like '%wait%';

下面我们看看使用该视图查询返回的结果。

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
# 不带x$前缀的视图
admin@localhost : sys 09:50:34> select * from latest_file_io limit 3;
+------------------------+-----------------------------------------+----------+-----------+-----------+
| thread                | file                                    | latency  | operation | requested |
+------------------------+-----------------------------------------+----------+-----------+-----------+
| admin@localhost:7      | /data/mysqldata1/slowlog/slow-query.log | 69.24 us | write    | 251 bytes |
| page_cleaner_thread:29 | /data/mysqldata1/innodb_ts/ibtmp1      | 93.30 us | write    | 16.00 KiB |
| page_cleaner_thread:29 | /data/mysqldata1/innodb_ts/ibtmp1      | 16.89 us | write    | 16.00 KiB |
+------------------------+-----------------------------------------+----------+-----------+-----------+
3 rows in set (0.02 sec)

# 带x$前缀的视图
admin@localhost : sys 09:50:36> select * from x$latest_file_io limit 3;
+------------------------+-----------------------------------------+----------+-----------+-----------+
| thread                | file                                    | latency  | operation | requested |
+------------------------+-----------------------------------------+----------+-----------+-----------+
| admin@localhost:7      | /data/mysqldata1/slowlog/slow-query.log | 69240000 | write    |      251 |
| page_cleaner_thread:29 | /data/mysqldata1/innodb_ts/ibtmp1      | 93297000 | write    |    16384 |
| page_cleaner_thread:29 | /data/mysqldata1/innodb_ts/ibtmp1      | 16891125 | write    |    16384 |
+------------------------+-----------------------------------------+----------+-----------+-----------+
3 rows in set (0.01 sec)

视图字段含义如下:

  • thread:对于前台线程,显示与线程关联的帐户名和processlist id。对于后台线程,显示后台线程名称和内部thread ID
  • file:文件路径+名称
  • latency:I/O事件的延迟时间(执行时间)
  • operation:I/O操作类型
  • requested:I/O事件请求的数据字节数

PS:该视图只统计文件IO等待事件信息("wait/io/file/%")

本期内容就介绍到这里,本期内容参考链接如下:

https://dev.mysql.com/doc/refman/5.7/en/sys-latest-file-io.html

https://dev.mysql.com/doc/refman/5.7/en/sys-io-by-thread-by-latency.html

https://dev.mysql.com/doc/refman/5.7/en/sys-io-global-by-file-by-latency.html

https://dev.mysql.com/doc/refman/5.7/en/sys-io-global-by-wait-by-bytes.html

https://dev.mysql.com/doc/refman/5.7/en/sys-io-global-by-wait-by-latency.html

https://dev.mysql.com/doc/refman/5.7/en/sys-io-global-by-file-by-bytes.html

| 作者简介

罗小波·沃趣科技高级数据库技术专家

IT从业多年,历任运维工程师,高级运维工程师,运维经理,数据库工程师,曾参与版本发布系统,轻量级监控系统,运维管理平台,数据库管理平台的设计与编写,熟悉MySQL的体系结构时,InnoDB存储引擎,喜好专研开源技术,追求完美。

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

评论
登录后参与评论
暂无评论
推荐阅读
十大网络安全从业者顶级认证
网络安全行业对从业者的技能要求越来越高,权威认证不仅能展现技术能力,还能为职业发展开辟新天地。以下是全球范围内最具价值的十项网络安全认证,为从业者提供了深度学习和能力提升的路径。
星尘安全
2024/11/29
4580
十大网络安全从业者顶级认证
2023年网络安全趋势预测TOP 20 | FreeBuf年度盘点
2022年,全球海量数据泄露事件屡屡出现,勒索攻击频频发生,赎金动辄上千万美金,甚至已经有进入“国家勒索时代”的趋势;俄罗斯与乌克兰爆发冲突,首个大规模现代网络战直接影响关基防护;供应链攻击继续占据新闻头条;医疗机构和教育机构成为黑客攻击的首要目标;全球网络空间都处于一种动荡和不安之中。
FB客服
2023/02/10
8330
2023年网络安全趋势预测TOP 20 | FreeBuf年度盘点
Gartner:2018年10大安全项目详解
2018年6月份,一年一度的Gartner安全与风险管理峰会上,知名分析师Neil Mcdonald发布了2018年度的十大安全项目(Top 10 Security Projects)。
FB客服
2018/12/11
1.5K0
Gartner:2018年10大安全项目详解
FreeBuf Insight | 2016上半年国外最具“钱景”的安全创业公司
CB Insights报告统计显示:在过去五年里,已经有1208家网络安全创业公司获得约73亿美元的风险投资。仅2014年,全球安全企业就获得了19亿美元的风险投资,且近年来投资规模和数额不断呈现增长趋势。 这些得到融资的公司和相关技术可以看作是投资者看好的安全行业未来领域的一个缩影。那么这些巨额增长的风险资金究竟都投给了哪些公司呢?哪些细分行业最受追捧? 1.网络安全公司 ForeScout获 7600 万美元融资 2016年1月,互联网安全公司 ForeScout获得7600 万美元的融资,此轮融资
FB客服
2018/02/08
9230
FreeBuf Insight | 2016上半年国外最具“钱景”的安全创业公司
Gartner 2019十大安全项目解读:比去年多了些啥?
当George接任一家零售公司的CISO时,IT安全相对简单。但随着该组织的发展——为支持整个组织的数字业务,在线订购增多、员工和大量基于云的平台和技术增加——安全漏洞也随之增加。此外,越来越多的攻击和网络钓鱼手段使得人们难以把控应该关注哪些安全项目,以及从哪里获得最大的ROI。
FB客服
2019/06/28
2.4K0
Gartner 2019十大安全项目解读:比去年多了些啥?
安全可以被“看见”吗?华云安的答案是“可以,且持续验证”
近年来,随着攻防对抗技术的不断升级,安全运营市场“新贵”不断涌现,从安全信息和事件管理(SIEM)、扩展检测与响应(XDR),到攻击面管理(ASM)、入侵与攻击模拟(BAS),安全运营领域创新技术集聚,可谓一片繁荣景象。
科技云报道
2023/08/03
4140
安全可以被“看见”吗?华云安的答案是“可以,且持续验证”
深入分析一波,你们说的云安全到底是什么鬼?
云安全到底是什么?是传统厂商的盒子的iso化?是云厂商自身具备的安全能力?还是SaaS提供安全服务?这些观点都比较片面,作为聊天话题还可以,但落地还需要认真讨论。 一、云安全标准 要想了解云安全真正的含义,首先要了解云计算本身。根据NIST定义,云计算按照服务模式分为IaaS、PaaS和SaaS,按照部署模式分为私有云、公有云、社区云和混合云,按照用户角色分为消费者、供应商、代理商、运营商和审计方。 云安全的定义根据国际的CSA TCI-RA、NIST SP500-292、NIST SP 500-29,以及
FB客服
2018/02/28
1K0
深入分析一波,你们说的云安全到底是什么鬼?
2021 Gartner云安全成熟度曲线:云安全必备技术,你备了几个
Gartner发布2021云安全成熟度曲线,并推荐了4个上云企业必备的新技术。SASE还好,已经3年了,并不陌生,这个SSE嘛,大概看了下,也还能理解,主要是边缘化下沉,安全跟进。SSPM和CNAPP就纯属是新货了,基本第一反应没有概念,下文会具体介绍这两项新技术。  概述 在新冠疫情之前,云的采用率已经在不断提高,Gartner 预测,到今年年底,公有云部署数量将超过私有数据中心的服务器。随着这种增长,迫切需要改善对Web、云服务和云原生应用的安全访问。 “云优先战略现在很常见了,即使是那些喜欢规避风险的
FB客服
2023/03/30
6160
2021 Gartner云安全成熟度曲线:云安全必备技术,你备了几个
企业安全负责人新挑战:如何实现最高性价比的安全投入?
根据世界卫生组织的统计——2020年新冠疫情期间,全球网络攻击增加了5倍。后疫情时代,衍生于新场景、新业态下的新安全威胁,正在考验着企业的安全技术、团队和能力储备。与此同时,各国关于加强网络安全建设的相关政策纷纷出台,促使企业在严峻安全局势和合规政策紧缩的双重压力下,持续增加在网络安全方面的预算。
腾讯安全
2020/12/08
7410
企业安全负责人新挑战:如何实现最高性价比的安全投入?
拓建云安全生态,腾讯安全将与青藤云安全达成战略合作
为进一步拓建腾讯云安全生态,腾讯安全将与青藤云安全携手,双方共同发布主机安全产品,并借助腾讯云服务生态,为行业客户提供主机安全系统解决方案。 近年来,网络安全问题日益凸显,安全事件频发给企业运营带来了极大挑战。2018年Facebook的5000万用户信息被黑客盗取,国内某连锁酒店的5亿条用户数据泄露,以及台积电生产线被病毒感染停摆直接损失超过2.5亿美元等等一系列安全事件层出不穷。 随着攻击事件的不断爆发,全球企业开始加大安全投资。据IDC统计,2017年,全球IT安全投资为835亿美元,美国为36
腾讯云安全
2018/11/22
1.5K0
拓建云安全生态,腾讯安全将与青藤云安全达成战略合作
2023年顶级网络安全并购交易
经济衰退、利率上升、大规模科技裁员,支出也变得保守,对于这些因素的担忧,交易撮合者也因此变得谨慎。然后,应对更大规模、更快攻击的需求更加迫切,这也促使2023 年的并购交易行动持续进行。
FB客服
2023/11/17
4170
2023年顶级网络安全并购交易
腾讯安全与青藤云安全合作升级,助力客户完成年度大型攻防实战
继联合发布主机安全产品之后,腾讯安全和青藤云安全近期合作再次升级。此次合作,将以腾讯安全提供的年度大型攻防实战方案为基础,以青藤全方位客户服务为支撑,助力行业客户更好地完成大型攻防实战演练。
腾讯安全
2020/06/23
9390
腾讯安全与青藤云安全合作升级,助力客户完成年度大型攻防实战
谷歌云CISO:零信任对保护云计算服务至关重要
谷歌云首席信息安全官表示,投资新的安全功能是企业确保2023年业务顺利转型的关键。人工智能将继续成为网络安全防守者的游戏规则改变者,但我们需要明智而负责地部署人工智能系统。随着新的、更强大的人工智能模型的开发和发布,坚持负责任的人工智能实践将是至关重要的。使用身份和访问管理工具,企业可以在粒度级别上授予对云计算资源的访问权限,为设备安全状态、IP地址、资源类型、日期和时间等属性创建更多的访问控制策略,以更好地确保适当的访问控制到位。实现零信任框架意味着必须通过多种机制不断验证安全性,这对于保护企业在云计算环境中的工作人员和工作负载至关重要。
静一
2023/02/28
5370
谷歌云CISO:零信任对保护云计算服务至关重要
epp和edr_一文读懂分频器
当前终端安全概念包括:针对云工作负载保护平台cwpp、端点防护平台epp和终端全检测响应平台edr。HIDS品类(长亭牧云、青藤万相)更倾向于CWPP的落地产品。
全栈程序员站长
2022/11/03
3.1K0
干货满满!Gartner发布2021安全行业八大安全和风险趋势
在Gartner安全与风险管理峰会上,Gartner提出了近两年来值得关注的八大安全和风险趋势。
FB客服
2021/11/23
1K0
安全从业人员的“奖状”
证书代表的是一种能力,安全领域也是如此,当然不是每个从业安全领域的人都是有证书的,但是有没有证书在未来的职业发展中会起到绝对重要的作用。
信安之路
2018/08/08
2.4K0
安全从业人员的“奖状”
绿盟科技云安全纲领(中)
绿盟科技自2012年开始研究并打造云计算安全解决方案,并于2022年正式推出“T-ONE云化战略”,将安全产品与方案全面向云转型,并构建开放的云化生态。本文将对绿盟科技的云计算安全风险与发展的认知、价值主张、合作体系、参考体系、技术体系与建设方案进行阐释。因篇幅限制分为上中下三篇,本篇为中篇。上篇链接:绿盟科技云安全纲领(上)
绿盟科技研究通讯
2022/11/14
1K0
绿盟科技云安全纲领(中)
云原生安全,没那么简单
随着云计算给信息基础设施带来的变革,加上5G、物联网和产业互联网的发展,云原生正在成为企业IT的标配。 统计数据显示,到2021年,将有92%的公司成为云原生公司。
科技云报道
2022/04/16
5850
云原生安全,没那么简单
2018年全球网络安全热词排行榜
---- layout: default title: 2018年全球网络安全热词排行榜 category: [技术, 安全] comments: true --- 看到这个,看到了趋势 虽说只是简单的一个排名,但是关于安全的方向的一些问题可能就需要进行一些思考了. 导语 RSA Conference 2018将会在下个月在旧金山的Moscone Center开幕。一年一度RSAC作为全球网络安全行业的顶级盛会,备受产业利益相关方关注。近年来RSAC的规模和影响力越来越大,参展厂商和与会者也越来越多
@坤的
2018/06/04
2.5K0
2024云安全洞察报告:趋势与策略
随着数字化转型的逐步推进,云计算已成为企业IT基础设施的核心。然而,云环境的复杂性也带来了新的安全挑战。本文通过大量数据、案例和专家洞察,全面剖析2024年云上安全态势,并为企业提供切实可行的安全建议。
星尘安全
2024/08/14
3590
2024云安全洞察报告:趋势与策略
推荐阅读
相关推荐
十大网络安全从业者顶级认证
更多 >
LV.1
这个人很懒,什么都没有留下~
目录
  • 01.io_by_thread_by_latency,x$io_by_thread_by_latency
  • 02.io_global_by_file_by_bytes,x$io_global_by_file_by_bytes
  • 03.io_global_by_file_by_latency,x$io_global_by_file_by_latency
  • 04.io_global_by_wait_by_bytes,x$io_global_by_wait_by_bytes
  • 05.io_global_by_wait_by_latency,x$io_global_by_wait_by_latency
  • | 作者简介
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档