最近在开发这样一个管理系统：将公司多台服务器上的查询SQL相关信息（用户，查询语句，查询类型，起始时间，结束时间等）收集起来，持久化到数据库，并在页面上统一展示。其中最基本的也是最重要的部门就是从每个服务器上获取SQL信息，然后进行相应的处理。最初的程序伪代码如下所示：
最近在做 Flink SQL 方面的研究，我们有这样一个场景，就是按照天来实时统计截止到当前时刻的某些指标值。Flink SQL 中会使用状态来存储统计后的结果值，但是有一个问题就是，其实统计的指标值也只有当天才会用到，后续其实很少会用到这些数据。由于统计的粒度非常的细，所以这里 Flink SQL 任务中的状态就会非常大，导致 HDFS 上面的存储占用过大。Flink SQL 中支持状态空闲时间的设置，如果某个 Key 的状态在一定 时间没有被更新， Flink 会自动清理该状态。本文结合 Flink 1.9 SQL 中的代码，尝试研究该原理的实现流程。
机器之心专栏 作者：蔡泽枫、李翔宇 阿里巴巴达摩院联合中国科学院深圳先进技术研究院提出面向多轮 Text-to-SQL 语义解析的 SQL 查询语句导向型预训练模型 STAR。 目前高速发展的互联网时代中，各种类型的数据不断涌现，其中，我们较为常用的就有表格数据，表格作为一种通用的结构化数据，我们可以根据需求设计 SQL 查询语句来获得表格中的知识，但是往往需要较高的设计成本以及学习成本。此时，Text-to-SQL 解析任务显得格外重要，而根据对话场景的不同，还分为单轮 Text-to-SQL 解析和多轮
对单个数据库设置只读状态，可以通过 ALTER DATABASE 语句中的 READ ONLY 选项来实现，该选项在 MySQL 8.0.22 版本[1] 中引入，用于控制是否允许对数据库及其对象（包括其定义、数据和元数据）进行写入操作。
SQL Server Performance Dashboard Reports是一组Reporting Services的报表，和SQL Server Management Studio中所介绍的报表一起使用。这些报表允许数据库管理员快速地确定他们的系统中是否存在瓶颈，瓶颈是否正在发生，捕获这些附加的诊断数据可能会对解决问题更有帮助。例如，系统正在等待disk IO，这是Dashboard就允许用户可以快速地查看哪一个session，session中的哪一个查询计划，查询计划中哪一条语句最消耗IO。 Pe
摘要：本文整理自美团实时数仓平台负责人姚冬阳在 Flink Forward Asia 2021 实时数仓专场的演讲。主要内容包括：
通过查询基本视图，确认数据库和实例处于正常运行状态，可以对外提供数据服务。1.1实例状态1.1实例状态SELECT instance_name,status FROM gv$instance;查询返回实例名称、状态，正常状态应为Open。$crsctl status resource –t集群状态select name,open_mode from v$PDBS;PDB状态GDSCTL> config shardSharding状态1.2会话信息1.2会话信息SELECTSESSIONS_CURRENT,
MySQL 客户端连接成功后，通过 show [session|global] status 命令可以查看服务器状态信息。通
复制状态信息查看可以通过一些语句如（show slave status）和相关的系统表来进行查看，它们之前有对应的关系
先从一个实际业务场景理解Flink SQL中的撤回机制：设备状态上线/下线数量统计，上游采集设备状态发送到Kafka中，最开始是一个上线状态，此时统计到上线数量+1，过了一段时间该设备下线了，收到的下线的状态，那么此时应该是上线数量-1，下线数量+1，现在需要实现这样一个需求，看一下在Flink SQL里面如何实现
本文作者：张茄子，来源于专栏：https://zhuanlan.zhihu.com/p/59643962
increment：hibernate先会查询数据最大id值，然后在最大值加1在进行保存操作。 hibernate:select max(id) from t_user; insert into
在伴鱼发展早期，出现了一系列实时性相关的需求，比如算法工程师期望可以拿到用户的实时特征数据做实时推荐，产品经理希望数据方可以提供实时指标看板做实时运营分析。这个阶段中台数据开发工程师主要是基于「Spark」实时计算引擎开发作业来满足业务方提出的需求。然而，这类作业并没有统一的平台进行管理，任务的开发形式、提交方式、可用性保障等也完全因人而异。 伴随着业务的加速发展，越来越多的实时场景涌现出来，对实时作业的开发效率和质量保障提出了更高的要求。为此，我们从去年开始着手打造伴鱼公司级的实时计算平台，平台代号「Pa
1.3.2 备库切换到open状态，启用Real-time query A physical standby database instance cannot be opened if Redo Apply is active on a mounted instance of that database. Use the following SQL statements to stop Redo Apply, open a standby instance read-only, and restart Redo Apply:
其实就是主要看 Slave_IO_Running 和 Slave_SQL_Running 两个线程的状态。
在应用的的开发过程中，由于初期数据量小，开发人员写 SQL 语句时更重视功能上的实现，但是
问题源自dble社区QQ群(QQ:669663113)的社区用户 @大鹏 的反馈，问：
数据库事务是指作为单个逻辑工作单元执行的一系列操作，可以认为事务就是一组不可分割的SQL语句
事务是数据库为用户提供的最核心、最具吸引力的功能之一。简单地说，事务是用户定义的一系列数据库操作（如查询、插入、修改或删除等）的集合，数据库从内部保证了该操作集合（作为一个整体）的原子性（Atomicity）、一致性（Consistency）、隔离性（Isolation）和持久性（Durability），统称事务的ACID特性。其中：
事务正在进行时，%INTRANSACTION返回SQLCODE=0。此事务可以是由START TRANSACTION或SAVEPOINT发起的SQL事务。它也可以是由TSTART发起的ObjectScript事务。
问题一、忘记了登录Microsoft SQL Server 2005 的sa的登录密码
两者最大的区别是：状态图侧重于描述行为的结果，而活动图侧重描述行为的动作。其 次活动图可描述并发行为，而状态图不能。
最近又试了下Data Guard的新玩法，可以通过闪回恢复switchover的主库，这种场景听起来比较特别，但是Oracle依旧支持。 我们的大体思路就是，在主库我们标记一下数据状态，然后做
朋友前两天问到ORA-00060错误的解决，首先，这种错误都是因为应用设计导致的，当不同的会话处理同一张表的不同行，或者不同表，或者不同事务的时候(这是比较复杂的)，如果出现处理次序的交叉，Oracle就会检测到，进而对其中一个会话抛出ORA-00060，强制回滚，释放锁资源，并将相关信息，写入跟踪文件，Oracle的这种设计，既进行了自恢复，而且记录了相关的信息，便于问题跟踪，值得我们借鉴。
我们已经写了很多 MySQL 的文章了，比如索引优化、数据库锁、主从复制等等。今天在来和大家学习一个优化方法：show processlist——查看当前所有数据库连接的 session 状态。帮助我们查看每个 SQL 线程的运行状态，是运行正常呀，还是 sleep 了，还是其他什么情况。
--=========================================
前面可以加nohup 后面加 &,（只加& 有时候不行，可以先用只加&的测试一下可以不）
php+mysqli 事物处理 事物就是如果两条或多条数据只要有一条SQL语句错误，那么已经执行成功的执行回滚操作，把已经生效的SQL语句回滚为原来的值 比如A原来有100元，B也有100元，A向B转账50元，那么就要执行两条SQL语句，一个是A的余额要减50，B的余额要加50， 如果第一条语句成功了，但是第二条语句失败了，那么就会丢失数据了，这个时候就需要事务处理了，有一条错误语句，那么已经执行成功的语句都要回滚，返回失败！
记得上次ACOUG年会(《ACOUG年会感想》)，请教杨长老问题的时候，谈到分区，如果执行分区删除的操作，就会导致全局索引失效，除了使用12c以上版本能避免这个问题外，指出另外一种解决的方式，表面看很巧妙，实则是对分区原理的深入理解。
前段时间笔者遇到一个MongoBD Plan Cache的bug，于是深究了下MongoDB优化器相关源码。在这里分享给大家，一方面让大家知道MongoDB优化器工作原理，一方面就是避免踩坑。
数据库系统能够接受 SQL 语句，并返回数据查询的结果，或者对数据库中的数据进行修改，可以说几乎每个程序员都使用过它。
这个SQL语句列表为每个表提供了SQL查询和其他操作的记录，包括插入、更新和删除。 这些SQL语句链接到一个查询计划，该链接提供冻结该查询计划的选项。
Data Guard作为Oracle提供的一个高可用及灾备解决方案,理解并可以实施它对于DBA来说是非常重要套的技能
传统mybaits需要三步：首先需要在订单表里加个字段，然后在订单的实体类添加这个属性，并且将所有dao层设计该状态的的查询sql都修改一遍，加上这个字段。
一个爱笑的江苏苏宁银行数据库工程师，主要负责数据库日常运维、自动化建设、DMP 平台运维。擅长 MySQL、Python、Oracle，爱好骑行、研究技术。
实验证明： 11g snapshot standby的确可以很方便的实现读写测试；之后也可以方便的切换回测试前的状态继续做为physical standby使用。
问题导读 1.Flink1.7开始支持Scala哪个版本？ 2.Flink1.7状态演变在实际生产中有什么好处？ 3.支持SQL/Table API中的富集连接可以做那些事情？ 4.Flink1.7新增了哪些连接器 Apache Flink社区宣布Apache Flink 1.7.0发布。 最新版本包括超过420个已解决的问题以及Flink的一些新增内容，About云将在本文的以下部分中对其进行描述。
Flink 1.5.0 是 1.x.y 系列的第六个主要版本。与往常一样，它兼容之前 1.x.y 版本中使用 @Public 注解标注过的 API。
作者通过分析源码定位数据库异常，梳理参数 innodb_thread_concurrency 设置的注意事项。
Orleans 的优势之一就是：支持有状态服务的水平扩展。那这一节我们就来看看如何来了解下有状态的Grain。
“不想当将军的士兵不是好的战士”、“不想当CIO的DBA不是好的运维”。在每天面临如此多的来自工作量、运维安全、技术更新挑战的同时，我们还需要不断的成长与思考：
大多数SQL语句都有一个关联的查询计划。查询计划是在准备SQL语句时创建的。默认情况下，添加索引和重新编译类等操作会清除此查询计划。下次调用查询时，将重新准备查询并创建新的查询计划。冻结计划使可以跨编译保留(冻结)现有查询计划。查询执行使用冻结的计划，而不是执行新的优化并生成新的查询计划。
以下面的 SQL 为例，我们来介绍下其在离线中和在实时中执行的区别，对比学习一下，大家就比较清楚了
今天有个小任务就是要删除些数据，哈哈，先自己小开心一下。因为要删除的数据表是我之前转换成的分区表。这个分区表是按照里面有个创建时间字段来分区的，1个季度为1个分区。所以我现在要将2017年7月1日之前的数据删除（数据量约1000万），可以直接删除表分区数据就好。如果要是用delete去删除这么多的数据，我还要写存储过程，分批提交的这样做。就是这样的一简单的truncate partition 引发了后继的业务故障。最终查询到该表的索引失效，重建立后恢复。真是汗！ 二、实验
现象：打开vcenter服务器控制台，输入密码后卡在欢迎界面无响应，客户端也无法正常登陆。
2）为确保数据库中数据的一致性，数据的操纵应该是离散的成组的逻辑单元：当它全部完成时，数据的一致性可以保持，而当这个单元中的一部分操作失败，整个事务应全部视为错误，所有从起始点以后的操作应全部回退到开始状态
Tech 导读 针对大促、日常系统稳定性隐患-慢sql的预防和排查，Mybatis-SQL分析组件从一个新的角度发现慢sql，让慢sql止步于发生之前，区别于主流的基于慢sql日志分析和预警，实时根据Explain分析结果进行分析和预警。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
实时音视频
即时通信 IM
