分布式事务提交慢的一次总结和思考 背景 分布式事务未提交 是应用程序出现宕机异常的很重要的一原因. 应用宕机主要可以分为: 1. 内存泄露导致的OOM宕机. 表现在系统越来越慢, 应用的内存和CPU占用量越来越高. 最终达到无响应的状态, 此时数据库一般是正常的. 2. 分布式事务未提交导致的宕机,
摘要：truncate执行慢，耗时长达几十到几百秒，这可怎么破？ 本文分享自华为云社区《GaussDB(DWS)运维 -- truncate慢》，作者： 譡里个檔。 【现象】truncate执行慢，耗时长达几十到几百秒 【根因】truncate表被查询表的DML语句阻塞 【方案】建议truncate
宽表加工性能慢，在Gauss(DWS)中可以使用DWS的轻量化更新的黑科技实现性能成倍提升。
睡不着闲逛，在GitHub上看到一个挺实用的开源项目：**Spring Startup Analyzer**。 从项目名称中就大概能猜到，这是一个分析Spring应用启动过程的工具。Spring Startup Analyzer通过采集Spring应用启动过程的数据，进而生成一个交互式的分析报告，帮
从之前非常迷茫到现在慢慢变清晰，其实我发现很多时候看似难以逾越的问题下要突破自我认知的壁垒，需要你有打破了重建的自我革命精神！你所看到的世界并不一定是真实的世界，都是在自我认知固化和以你的生活为蓝本的大数据编织的信息茧房中，就如同黑客帝国中的Matix一样，现实迷茫的时候你必须要突破自己的理解误区。
园子的众包平台在小步慢跑、量力而行地向前推进着，一边在召集早期合作开发者，一边在等单来。 昨天就等来一单，而是很大很大的单子，报价50w-100w，也是很难很难的单子，发单后合作开发者中没人敢接单，于是才有了今天这篇全园找人接单。 客户是一家做 WiFi 芯片的公司，想找人为自家的 WiFi 芯片开
相关文章 数据库系列：MySQL慢查询分析和性能优化 数据库系列：MySQL索引优化总结（综合版） 数据库系列：高并发下的数据字段变更 数据库系列：覆盖索引和规避回表 数据库系列：数据库高可用及无损扩容 数据库系列：使用高区分度索引列提升性能 数据库系列：前缀索引和索引长度的取舍 数据库系列：MyS
https://www.jianshu.com/p/5a7af3a8673a 有个项目有问题，处理业务能力很慢，怀疑有慢查询语句，但是慢查询默认不打开的 setglobalslow_query_log='ON'; #开启慢查询 setglobalslow_query_log_file='/usr/l
情况叙述：lvm文件系统出现损坏，格式为xfs，磁盘修复失败后该节点需要重新格式化处理，格式化后重新划分pv，vg，lv，做完之后应用反应读写的速度达不到应用使用的要求，与正常的相比速度不稳定 现象：time和dd测试速度后发现写的速度为10-20MB/s 解决1：yy3:~ # chmod +x
https://weibo.com/ttarticle/p/show?id=2309404650615585505652 使用SLOWLOG命令查看Redis中的慢查询操作。 前几篇日志总结了下对Redis部署时的一些配置，Redis启动后，面对各种请求，数据持久化到硬盘，很可能会出现内存不足等
git地址： https://github.com/Yourdream/rsbeat gitg地址： 改进支持sentinel https://github.com/154650362/rsbeat 1、安装 mkdir rsbeat cd rsbeat curl -L https://ghprox
一、 问题分析 有时会遇到sqlplus / as sysdba登录非常慢的问题，由于还没登录，通过数据库等待事件一般看不出来啥，需要用到strace这个分析利器。strace有很多参数，后面会列出，但分析时最常用的是以下几个 strace -T -t -f -o strace_slow.log s
我的一套测试环境发现时间慢了10分钟，影响我做各类测试。 首先就想到NTP服务，发现已安装NTP安装包，也有默认的NTP配置文件，只是没有启用。 用到的相关命令参考如下： ```shell [root@bogon ~]# vi /etc/ntp.conf systemctl status ntpd
最近通过SGM监控发现有两个SQL的执行时间占该任务总执行时间的90%，通过对该SQL进行分析和优化的过程中，又重新对SQL语句的执行顺序和SQL语句的执行计划进行了系统性的学习，整理的相关学习和总结如下；
摘要：通常在运维监控出现CPU使用率较高、P80/P95指标较高、慢SQL数量上升等现象，或者业务出现超时报错时，优先应排查是否出现慢SQL。 本文分享自华为云社区《GaussDB慢SQL常见定位处理手段》，作者：酷哥。 关键指标 通常在运维监控出现CPU使用率较高、P80/P95指标较高、慢SQL
这篇主要介绍对慢 SQL 优化的一些手段，而在讲解具体的优化措施之前，我想先对 EXPLAIN 进行介绍，它是我们在分析查询时必要的操作，理解了它输出结果的内容更有利于我们优化 SQL。为了方便大家的阅读，在下文中规定类似 key1 的表示二级索引，key_part1 表示联合索引的第一部分，uni
1. 背景 另外一个推荐系统的推荐请求追踪日志，通过ELK收集，方便遇到问题时，可以通过唯一标识sid来复现推荐过程 在一次上线之后，发现日志大量缺失，缺失率达90%，确认是由上线引起的，但因为当时没立即发现这个问题，所以没有通过回滚解决 上线的内容改动了推荐请求日志，数据格式未变，增加了单条日志的
https://blog.csdn.net/tony_vip/article/details/123858845?spm=1001.2014.3001.5502 运行命令出现 storage.googleapis.com 无法访问问题 看到这位靓仔给出了方法，就是解析出地址然后替换host 1. 访
https://blog.51cto.com/u_11310506/2071463 show processlist中kill锁表语句与慢sql 1 单个kill mysql> show processlist; mysql > kill 251; #批量kill 1)查找Lockd语句 mysql
https://blog.csdn.net/hellfu/article/details/109127640 磁盘sdc格式化做成lvm后，写入速度不稳定，大多数在5M/s一下。 echo 512 >/sys/block/sdc/queue/nr_requests 本来cat /sys/block/
