导读｜遭受内存泄露往往是令开发者头疼的问题，传统分析工具 gdb、Valgrind在解决内存泄露问题上效率较低。本文特别邀请到了腾讯后台开发工程师邢孟棒以 TDSQL实际生产中mysql-proxy内存泄露问题作为分析对象，分享其基于动态追踪技术的通用内存泄露（增长）分析方法。其中将详细介绍内存分配器行为分析、缺页异常事件分析，涵盖应用程序内存分配的常见过程。阅读完本文后，开发者仅需关注少数可能导致内存泄露的代码路径，就能有效提升定位内存泄露（增长）问题的效率。 背景 某个 TDSQL 私有化环境中，
导读｜遭受内存泄露往往是令开发者头疼的问题，传统分析工具 gdb、Valgrind在解决内存泄露问题上效率较低。本文特别邀请到了 OpenCloudOS 社区 Contributor、腾讯后台开发工程师邢孟棒以 mysql-proxy 内存泄露问题作为分析对象，分享其基于 eBPF 动态追踪技术的通用内存泄露（增长）分析方法。
随着数据爆发式的增长，安全性已经是用户头等重要的工作，数据已经成为其最重要的资产。
➢5月，三星手机厂商多个内部项目代码泄露，包括SmartThings敏感的源代码、证书和密钥。
昨天下午，收到一个504的告警，显然这是一个超时告警。当时由于手头有其他事情，没在意，就只是瞄了一眼，但是引起告警的方法很熟悉，是我写的，第一反应有点诧异。
2019年上半年数据泄露事件频出： ➢4月，国内一大型二次元网站后台工程源代码被上传至Github； ➢5月，三星手机厂商多个内部项目代码泄露，包括SmartThings敏感的源代码、证书和密钥。 ...... 近日，Verizon发布的《Verizon 2019年数据泄露调查报告》对41686起安全事件进行分析，其中包括2013起已证实的数据泄露事件。 泄露事件层出不穷，作为一名安全攻城狮，除了当个吃瓜群众看热闹之外，我们能做些什么来强化自身能力呢？这里不准备大谈特谈数据安全治理、数据加密、脱敏之类的
可以随意使用任何熟悉的工具排查。只要问题能重现，排查就不会太难，最多就是把程序调试到各种框架源码，所以这也是为何面试都会问源码，不求都看过，但要有思路知道如何去看能解决问题。
内网穿透即NAT穿透，在处于使用了NAT设备的私有TCP/IP网络中的主机之间建立连接的问题。通过映射端口，让外网的电脑找到处于内网的电脑。
MySQL的连接池和连接管理是提高性能和可靠性的关键组件之一。在高并发场景下，合理地使用连接池和进行连接管理可以减少数据库连接的创建和销毁开销，提高系统的响应速度和资源利用率，同时有效地避免连接泄露和连接超时等问题。
以上的总结都是一些固定位置的配置文件，当然实际中这些路径不一定对，需要你结合.bash_history等信息自己去猜测。
流计算 Oceanus 是大数据产品生态体系的实时化分析利器，是基于 Apache Flink 构建的具备一站开发、无缝连接、亚秒延时、低廉成本、安全稳定等特点的企业级实时大数据分析平台。流计算 Oceanus 以实现企业数据价值最大化为目标，加速企业实时化数字化的建设进程。
流计算 Oceanus 简介 流计算 Oceanus 是大数据产品生态体系的实时化分析利器，是基于 Apache Flink 构建的具备一站开发、无缝连接、亚秒延时、低廉成本、安全稳定等特点的企业级实时大数据分析平台。流计算 Oceanus 以实现企业数据价值最大化为目标，加速企业实时化数字化的建设进程。 本文首先介绍了几种最常见、最基础的错误，用户在使用的时候可以尽量规避的问题。接下来介绍了流计算 Oceanus 平台的监控系统，可以帮助用户实时了解作业各个层级的明细及运行状态。然后借助于日志系统帮助诊
最近几天，不少朋友的cs服务端被反打了，相信很多网友都知道了，大家也都在讨论，各种各样说法都有。具体事件描述如下：部分网友的cs服务端被不明攻击者拿下权限，之后攻击者将cs上的shell全部通过云函数的方式反弹到自己的cs上，之后将原有cs端的shell权限清空，在cs控制台留下一句话“CS RCE全版本通杀 Please v Me 获取详情”等之类的信息。由于攻击者是通过云函数方式反弹的权限，暂时很难溯源到攻击者。（以下图片来源于网络）
随着腾讯自研上云及公有云用户的迅速增长，一方面，腾讯云容器服务TKE服务数量和核数大幅增长, 另一方面我们提供的容器服务类型（TKE托管及独立集群、EKS弹性集群、edge边缘计算集群、mesh服务网格、serverless knative）也越来越丰富。各类容器服务类型背后的核心都是K8s，K8s核心的存储etcd又统一由我们基于K8s构建的etcd平台进行管理。基于它我们目前管理了千级etcd集群，背后支撑了万级K8s集群。
盐（Salt）在密码学中，是指通过在密码任意固定位置插入特定的字符串，让散列后的结果和使用原始密码的散列结果不相符，这种过程称之为“加盐”。
唐聪, 腾讯云高级工程师, etcd活跃贡献者, 主要负责腾讯云万级K8s集群和内部业务的公共etcd平台以及Serverless产品研发设计工作。 背景与挑战 随着腾讯自研上云及公有云用户的迅速增长，一方面，腾讯云容器服务TKE服务数量和核数大幅增长, 另一方面我们提供的容器服务类型（TKE托管及独立集群、EKS弹性集群、edge边缘计算集群、mesh服务网格、serverless knative）也越来越丰富。各类容器服务类型背后的核心都是K8s，K8s核心的存储etcd又统一由我们基于K8s构建的et
针对MySQL 5.5和5.6版本的Riddle漏洞会经由中间人攻击泄露用户名密码信息。请尽快更新到5.7版本。 Riddle漏洞存在于DBMS Oracle MySQL中，攻击者可以利用漏洞和中间人身份窃取用户名和密码。 “Riddle是一个在Oracle MySQL 5.5和5.6客户端数据库中发现的高危安全漏洞。允许攻击者在中间人位置使用Riddle漏洞破坏MySQL客户端和服务器之间的SSL配置连接。”漏洞描述写道。“此漏洞是一个非常危险的漏洞，因为首先它会影响MySQL – 非常流行的SQL数
top，观察内存占用率（这里图是重启之后一段时间的）但是cpu占用率比较高，很快就降下去了，这里耽误了一下时间，top -Hp pid,确认那个线程占用率高，jstack看了下对应的线程在作甚
虽然现在不会直接使用 原生NodeJS 的方式开发后台，但了解一下 SQL注入 还是很有必要的。
数据库加密是确保数据安全的重要手段之一。通过加密，可以防止未经授权的用户访问和读取敏感数据。本文将详细介绍如何在数据库中实施加密，包括加密类型、加密算法的选择、加密的最佳实践以及常见的注意事项。
当访问动态网页时，以MVC框架为例，浏览器提交查询到控制器（①），如是动态请求，控制器将对应sql查询送到对应模型（②），由模型和数据库交互得到查询结果返回给控制器（③），最后返回给浏览器（④）。
大家好，我是ABC_123。本期分享一篇ABC_123曾经做的针对一家银行的红队评估项目，持续时间两周，难度非常大，但是最终打到了银行核心业务区，今天就复盘一下全过程，希望红蓝双方都能得到一些启示，这也是“未知攻、焉知防”的道理。
打开天眼查，输入公司名称—>进入公司主页—>找到知识产权部分。即可看到很多知识产权信息，点击详情即可看到发明人姓名
Spring Boot 默认选择 Tomcat JDBC Pool 作为数据库连接池。Tomcat（8） 连接池常用的属性：
事件起因：项目使用了activiti工作流，系统是由老的spring mvc项目改造成的spring boot项目，数据库链接池从dbcp切换到druid，新系统上线后，同事多次系统隔一段时间后数据查询就很慢，基本出不来。由此开始了线上bug排查之路。这个问题从一开始就模糊定位到数据库层面的问题，因为只有和数据相关的操作会很慢，其他服务不受影响，并且在中午休息时没有问题，在下午刚上班后不就出现。
事情的发生时这样的，在很久很久以前，SQL SERVER 有一个字段类型叫timestamp， 对比其他数据库都没有的 row version 自动化管理的东西。这个东西厉害的地方，虽然看上去可能是一个时间字段，但实际上不是，只要你对SQL SERVER 表的任意一行进行变动，那你放心那个字段的值一定会自动变化，这样你就可以通过这个字段，在程序里面先将这行的 timestamp值取出来，然后根据业务逻辑，如果需要过段时间你再去这一行变化或曾经变化过吗？之间与现在的timestamp字段值进行比对，那妥妥的能告诉你，这行的数据任意字段是否变化过，有人说MYSQL也有timestamp ，那个字段是通过时间来update 只要这个行变动过就触发timestamp 更改时间就可以了，当然datetime也行，早期版本不行。
公司的服务器登陆操作都是使用堡垒机+SSH的方式进行登陆的，今天准备配置一台机器的SSH访问，所以看了看SSH相关的东西，这里简单总结下。
在《HikariCP源码分析之初始化分析一》中，我们解析了 HikariCP 的两种初始化方式，其中提到了使用HikariConfig的方式：
我们经常说，看一个事儿千万不要直接陷入细节里，你应该先鸟瞰其全貌，这样能够帮助你从高维度理解问题。同样，对于 MySQL 的学习也是这样。平时我们使用数据库，看到的通常都是一个整体。比如，你有个最简单的表，表里只有一个 ID 字段，在执行下面这个查询语句时：
今天测试同学反馈在前端页面点击次数多了，就报500错误，数据显示不出来。于是我在后台服务日志中观察发现HikariCP连接池报如下的错误：
伴随着MySQL的发展，MySQL的使用场景已经从互联网延伸到金融、制造、交通等传统行业。现代化的IT环境，数据爆发式增长，各种法律法规对于信息保护的要求越来越严格，各种数据的安全性要求越来越高。因此，使用与合规要求匹配的安全性解决方案对于MySQL用户变得十分重要，特别是在接受监管的传统行业。本文将从IT管理者面临的风险、法律法规的要求等方面进行分析，并提供MySQL的相关解决方案。
Netty堆外内存泄露排查
最近我在整理安全漏洞相关问题，准备在公司做一次分享。恰好，这段时间团队发现了一个sql注入漏洞：在一个公共的分页功能中，排序字段作为入参，前端页面可以自定义。在分页sql的mybatis mapper.xml中，order by字段后面使用$符号动态接收计算后的排序参数，这样可以实现动态排序的功能。
利用开源项目，快速实现Github代码监控，及时发现员工将公司代码托管到GitHub的行为并预警，能够降低代码泄露风险。
DBCP连接池配置参数说明。 bean id=”dataSource” cla… 转自链接:fairyhawk
简单地将数据文件从一个节点复制到另一个节点通常不够。主要因为客户端仍不断向DB写新数据，数据总在变化，因此常规的文件拷贝方式会导致不同节点上呈现出不同时间点的数据，这显然非我所欲也。
JDBC数据库连接池的必要性 在使用开发基于数据库的web程序时，传统的模式基本是按照以下步骤：
大家在使用 Java NIO 的过程中，是不是也遇到过堆外内存泄露的问题？是不是也苦恼过如何排查？
最近在做一个基于 websocket 的长连中间件，服务端使用实现了 socket.io 协议（基于websocket协议，提供长轮询降级能力） 的 netty-socketio 框架，该框架为 netty 实现，鉴于本人对 netty 比较熟，并且对比同样实现了 socket.io 协议的其他框架，这个框架的口碑要更好一些，因此选择这个框架作为底层核心。
在Java应用中，数据库访问是不可或缺的一部分，而频繁地创建和销毁数据库连接不仅耗时，还会对数据库服务器造成不必要的压力。JDBC连接池应运而生，它预先创建并维护一定数量的数据库连接，应用程序按需获取和释放，大大提高了效率和响应速度。本文将深入浅出地介绍三种常用的JDBC连接池——HikariCP、Apache DBCP、C3P0，并探讨它们的常见问题、易错点及避免策略。
来跟你聊聊 MySQL 的基础架构。我们经常说，看一个事儿千万不要直接陷入细节里，你应该先鸟瞰其全貌，这样能够帮助你从高维度理解问题。同样，对于 MySQL 的学习也是这样。平时我们使用数据库，看到的通常都是一个整体。比如，你有个最简单的表，表里只有一个 ID 字段，在执行下面这个查询语句时：
平时我们使用的数据库，看到的通常是一个整体，比如我们执行一条查询SQL，返回一个结果集，却不知道这条语句在MySQL内部是如何执行的，接下来我们就来简单的拆解一下MySQL，看看MySQL是由哪些“零件”组成的，在这个过程中逐步的揭开MySQL的面纱,对MySQL有个深入的理解。这样在我们以后遇到MySQL的一些异常或者问题的时候，就可以快速定位问题并解决问题。
我们经常说，看一个事儿千万不要直接陷入细节里，应该先鸟瞰其全貌，这样能够帮助你从高维度理解问题。同样，对于 MySQL 的学习也是这样。平时我们使用数据库，看到的通常都是一个整体。比如，你有个最简单的表，表里只有一个 ID 字段，在执行下面这个查询语句时：
0、Windows下驱动：MySQLdb(仅支持Python2)，pymysql（支持Python2/Python3，推荐使用pip安装）。
安全问题一直是系统面临的持续性风险，前两天推送过eygle从Oracle数据库角度阐述数据安全方面的知识《数据库安全的重要性》，碰巧看到徐老师写了一篇MySQL安全方面的文章《MySQL的安全解决方案》，其中一些内容，不仅数据库层面，在其他技术栈和技术管理过程中，同样能借鉴。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
