openGauss5.0企业版CentOS单节点安装-避坑指南

摘要:一、安装环境CPU:2核内存:4G磁盘:20G操作系统:CentOS 7.9python版本:Python 3.6.8主机名:node111IP地址:172.16.1.111二、依赖包1、安装依赖包yum install -y libaio-devel flex bison ncurses-devel glibc-devel patch lsb_release readline-devel expect bzip2 ntp lsof2、检查是否已安装rpm -qa libaio-devel flex bison ncurses-devel glibc-devel patch lsb_release

 只有表结构和binlog二进制日志文件-如何恢复数据

摘要:项目案例:这家客户有一个MySQL5.7的库,由于磁盘故障的原因,导致整个数据库目录文件损坏,但庆幸的是,BINLOG日志文件在另一个磁盘中,客户的需求是,想紧急恢复其中一个重要的表数据,其它的可以慢慢再做还原数据处理现在的问题是,手上有一个当时的binlog日志文件,也知道这张表的表结构,如何恢复数据?其实这种情况还是可以根据二进制日志进行恢复的,请听我慢慢讲来O(∩_

 PostgreSQL高可用工具-repmgr-自动故障转移

摘要:集群安装配置:http://www.linuxmysql.com/14/2023/1194.htm通过在主,备库上定制failover脚本文件,利用repmgrd守护进程实现自动切换修改主备库上的repmgr.conf文件,添加故障自动切换参数node13:[root@node13 12]# cat repmgr.confnode_id=1node_name='node13'conninfo='host=node13 port=5432 dbname=repmgr user=repmgr password=123456'priority=3reconnect_attempts=6rec

 PostgreSQL高可用工具-repmgr-手动故障切换

摘要:集群安装配置:http://www.linuxmysql.com/14/2023/1194.htm当主服务器发生宕机或服务异常不同用时,就需要让备服务器接管故障的主服务器,以确保整个repmgr集群对外可用,这时可以通过repmgr standby promotion完成备份服务器对主服务器的按管查看现在集群的状态:-bash-4.2$ repmgr cluster showID | Name   | Role    | Status    | Upstream

 PostgreSQL高可用工具-repmgr-集群部署

摘要:一主两从+见证节点-yum安装配置安装环境:服务        主机名        主机ip地址        操作系统        部署版本        安装路径主节点        node13        172.16.1.13        CentOS7.9  &nbs

 like %abc% 这样的SQL能不能查,PG说可以,速度还很快

摘要:LIKE和ILIKE是SQL的两个基本功能。人们在他们的应用程序中到处使用这些东西,因此从性能的角度来看这个主题是有意义的。PostgreSQL可以采取哪些措施来加快这些操作的速度,通常可以采取哪些措施要首先了解问题,其次才能获得更好的PostgreSQL数据库性能。创建示例数据在本文中,你将学到关于Gist和GIN索引的大部分知识。这两种索引类型都可以处理LIKE和ILIKE。这些索引类型的效

 将数据库迁移到云之前需要考虑的一些事项

摘要:在将数据库环境迁移到云之前,你应该首先考虑一些注意事项。云具有吹捧的一些优点的同时,也带来了一些风险和负面影响。让我们来看看其中一些事项。  首先,要考虑你是否会被供应商锁定。很多人选择开源数据库就是为了避免这一点。然而,有趣的事实是,实际上你可能在毫无意识的情况下被锁定。许多云供应商都有自己的数据库平台版本,例如MySQL、PostgreSQL、MongoDB 等。这些

 MySQL 8.0.17新特性-Redo日志归档功能

摘要:功能作用:在备份操作进行期间,复制重做日志记录的备份实用程序有时可能无法跟上重做日志生成的步伐,从而导致由于这些记录被覆盖而丢失重做日志记录。当备份操作期间MySQL服务器有大量活动,并且重做日志文件存储介质的运行速度比备份存储介质快时,最常出现此问题。MySQL 8.0.17中引入的重做日志归档功能通过将重做日志记录顺序写入到除重做日志文件之外的归档文件来解决此问

 PostgreSQL pg_dumpall逻辑备份整个集群案例

摘要:创建两个数据库并分别创建表和数据:postgres=# create database aaa;CREATE DATABASEpostgres=# create database bbb;CREATE DATABASEpostgres-# \c aaaYou are now connected to database "aaa" as user "postgres".create table a(id int);insert into a values (2);aaa=# \c bbbYou are now connected to database "bbb" as user "post

 PostgreSQL pg_dump逻辑备份案例

摘要:单库-备份及恢复创建数据库以及表:postgres=# create database test;CREATE DATABASEpostgres=# \c testYou are now connected to database "test" as user "postgres".\c test;create table a(id int);insert into a values (2); test=# \d        List of relationsSchema | Name | Type  |  Owner  -----

 PostgreSQL pg_basebackup物理备份案例

摘要:全量备份与恢复① 模拟环境:# 创建数据:create table t1(id int not null primary key,name varchar(20) not null);insert into t1 values(1,'zhnagsan'),(2,'lisi');配置postgresql.conf监听所有的ip:cat postgresql.conflisten_addresses = '*'          # what IP address(es) to listen on;编辑pg_hba.conf添加允许主机以IP地址来连接并备份[po

 MySQL数据实时同步至StarRocks集群配置详解

摘要:功能简介StarRocks 提供 Flink CDC connector、flink-connector-starrocks 和 StarRocks-migrate-tools(简称smt),实现 MySQL 数据实时同步至 StarRocks,满足业务实时场景的数据分析。基本原理通过 Flink CDC connector、flink-connector-starrocks 和 smt 可以实现 MySQL 数据的秒级同步至StarRocks。 MySQL 同步如图所示,Smt 可以根据 MySQL 和 StarRocks 的集群信息和表

 StarRocks新一代极速全场景MPP数据库三节点集群安装配置详解

摘要:环境:[root@node181 ~]# cat /etc/redhat-releaseCentOS Linux release 7.9.2009 (Core)[root@node181 ~]# uname -aLinux node181 3.10.0-1160.el7.x86_64 #1 SMP Mon Oct 19 16:18:59 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux集群节点:node181  172.16.8.181node131  172.16.8.131node132  172.16.8.132下载官方的tar包https://www.starrocks.io/download/c

 MySQL锁等待SQL收集shell脚本-全网最全-独一份

摘要:有开启:performance_schema=on参数的情况下,可以用以下脚本收集:#!/bin/bashuser="root"password="123.123."logfile="/server/shell_scripts/mysql/innodb_lock_timeout_monitor/innodb_lock_timeout_monitor.log"while truedonum=`mysql -u${user} -p${password} -e "select count(*) from information_schema.innodb_lock_waits"

 MySQL 8.0.21来了,CREATE TABLE…SELECT可以使用了

摘要:MySQL如期推出8.0.21版本,这里是 release notes。可能不少人在调侃MySQL为了ZZ正确,修改了诸如master/slave/whitelist/blacklist等专有名词,白做思想真是害死人。所幸这些改动在当前并没太大影响,旧的名词还能继续用一阵子。除此外,还有下面几个我认为也很重要的新功能或者性能提升点:1.可以全局关闭REDO(WL#13795),加速数据导入(用在例如做数据恢复或初始化期间)。2.

 MySQL生产环境的高危操作

摘要: 实际工作中,经常遇到一些临时应急需求,DBA没有充分准备之前,直接到线上执行一些命令,除此之外一些没有考虑清楚厉害关系的命令,最后导致事故的情况。MySQL DBA运维中那些动作属于危险性操作?MySQL数据库操作:1. shutdown/restart命令(8.0版本): 关闭 mysql服务,重新启动,平时在运行习惯,在测试环境随意执行,到生产无意识执行这些命令。大事务运行还没结束,执行

 PostgreSQL查看表空间和表占用空间大小

摘要:1.查看所有表所占磁盘空间大小select sum(t.size) from (SELECT table_schema || '.' || table_name AS table_full_name, pg_total_relation_size('"' || table_schema || '"."' || table_name || '"')AS sizeFROM information_schema.tablesORDER BYpg_total_relation_size('"' || table_schema || '"."' || table_name || '"') DESC

 MySQL8.0新增系统参数清单

摘要:activate_all_roles_on_login此参数在版本8.0.2引入,是一个可以动态调整的global级参数,默认值为OFF。此参数用于控制在账户登录时是否激活已经授予的角色,如果为ON则授予的角色会被激活,设置为OFF时只能通过SET DEFAULT ROLE显式激活用户角色。activate_all_roles_on_login设置只在账户登录或者开始执行存储过程时生效,如果想更改session的role需要执行SET ROLE语句。binl

 从业三年的DBA总结的SQL优化经验

摘要:SQL优化是数据库优化的一部分,数据库优化又是系统优化的一部分。本篇着重讲解SQL优化的一些技巧,另外,硬件基础、业务类型、存储结构也是影响SQL执行效率的重要因素,是SQL优化的前置条件。一、SQL优化的前置条件1、硬件基础数据库是操作系统之上的一种数据管理软件,其SQL最终的执行还是需要在硬件层面执行,所以硬件条件如CPU核数、内存大小、磁盘转速、网络带宽等是保障数

 MySQL使用全文索引替换 like '%XX%' 查询

摘要:其实全文检索在MySQL里面很早就支持了,只不过一直以来只支持英文。缘由是他从来都使用空格来作为分词的分隔符,而对于中文来讲,显然用空格就不合适,需要针对中文语义进行分词。这不,从MySQL 5.7.6开始,MySQL内置了ngram全文检索插件,用来支持中文分词,并且对MyISAM和InnoDB引擎有效。低版本可以使用MySQL中文分词插件SqlJieba/mysqlcft等注意:      &nb
分页:« 1 2 3 4 5 6 7 8 9 10 »
Powered by AKCMS