1. 首页
  2. 分类
  3. 后端技术
Linux下Sqlite3数据库操作
System
2024-09-04
所有,数据库

在Linux环境下，可以使用sqlite3命令行工具或者编写脚本来操作SQLite3数据库。以下是一些基本操作的示例：

  1. 创建数据库（如果数据库文件不存在，sqlite3会自动创建）：



sqlite3 example.db
  1. 创建表：



CREATE TABLE users (id INTEGER PRIMARY KEY, username TEXT, email TEXT);
  1. 插入数据：



INSERT INTO users (username, email) VALUES ('user1', 'user1@example.com');
  1. 查询数据：



SELECT * FROM users;
  1. 更新数据：



UPDATE users SET email = 'newemail@example.com' WHERE id = 1;
  1. 删除数据：



DELETE FROM users WHERE id = 1;
  1. 退出sqlite3：



.quit

你也可以将这些操作写入脚本文件中，然后在sqlite3会话中执行脚本：




sqlite3 example.db < script.sql

其中script.sql可能包含上述SQL命令。

- 阅读更多 -
使用KubeKey 快速交付k8s v1.28.8集群
System
2024-09-04
所有,数据库

要使用KubeKey快速交付一个Kubernetes v1.28.8集群，你需要先安装KubeKey。以下是安装KubeKey和使用它来部署集群的基本步骤：

  1. 安装KubeKey：

    请参照KubeKey的官方安装指南来安装它。

  2. 使用KubeKey部署Kubernetes集群：

    打开终端或命令行界面，并运行以下命令来部署集群。




# 安装Kubernetes v1.28.8集群
kk create cluster --with-kubernetes v1.28.8

这个命令会根据你的环境和配置，自动下载所需的Kubernetes二进制文件，并且开始部署一个新的集群。

请注意，这个例子是一个基本的部署命令，你可能需要根据你的具体需求添加额外的参数，例如指定节点的IP地址、数据中心、网络插件、存储类型等。

KubeKey提供了丰富的功能和配置选项，可以帮助你定制化地部署Kubernetes集群。你可以访问KubeKey的官方文档来获取更多详细信息和高级配置选项。

- 阅读更多 -
Oracle初始化参数文件pfile和spfile
System
2024-09-04
所有,数据库

Oracle数据库初始化参数文件有两种类型：pfile（初始化参数文件）和spfile（服务器参数文件）。

  • pfile：是一个文本文件，在数据库启动时读取一次，之后就不会再读取，也不能被多个数据库实例共享。
  • spfile：是一个二进制文件，在数据库启动时读取，如果更改了spfile中的参数，更改会立即生效，且可以通过RMAN备份。

创建spfile

如果你有pfile，可以用以下命令创建spfile：




CREATE SPFILE FROM PFILE='/path/to/init.ora';

创建pfile

如果你有spfile，可以用以下命令创建pfile：




CREATE PFILE FROM SPFILE='/path/to/spfile.ora';

查看当前使用的是pfile还是spfile




SELECT DECODE(value, 'TRUE', 'PFILE', 'SPFILE') "Init File Type"
FROM V$PARAMETER WHERE name = 'spfile';

如果需要更改初始化参数

如果你正在使用spfile，可以用以下命令更改参数：




ALTER SYSTEM SET parameter_name = value SCOPE = BOTH;

SCOPE的值可以是MEMORY（仅更改当前会话的内存中值，不会更改spfile中的值），SPFILE（更改spfile，但不会立即生效，直到下次启动），或BOTH（更改spfile并立即生效）。

如果你正在使用pfile，需要手动编辑文件并重启数据库。

注意：不要随意更改初始化参数，除非你完全理解这些更改的影响，因为不当的更改可能会导致数据库启动或运行时出现问题。

- 阅读更多 -
本地部署Tomcat开源服务器并结合内网穿透远程访问
System
2024-09-04
所有,java

为了在本地部署Tomcat并通过内网穿透进行远程访问，你需要完成以下步骤：

  1. 下载并安装Tomcat。
  2. 配置Tomcat服务器。
  3. 设置内网穿透。

以下是具体操作：

  1. 下载Tomcat：

    访问Apache Tomcat的官方网站(https://tomcat.apache.org/)下载Tomcat的最新版本。

  2. 安装Tomcat：

    • Windows: 解压下载的压缩包到指定目录。
    • Linux: 解压缩包并按照安装文档进行安装。

  3. 配置Tomcat：

    • 修改<Tomcat安装目录>/conf/server.xml文件，确保<Connector>标签中的port属性设置为一个非8080的端口，以避免与本地防火墙冲突。
    • 确保<Engine>标签中的defaultHost属性设置为你的公网IP或域名。

  4. 设置内网穿透：

    使用ngrok或者frp等内网穿透工具，将本地Tomcat服务器的端口映射到公网上。

例如，使用ngrok：




ngrok http 8080

这将会提供一个公网可访问的地址，例如http://d34c45c1.ngrok.io，你可以将Tomcat的defaultHost属性设置为这个域名。

完成这些步骤后，你就可以在任何远程设备上通过内网穿透提供的公网地址访问你的本地Tomcat服务器了。

- 阅读更多 -
【QT开发】数据库连接管理QSqlDatabase类详解及实战应用
System
2024-09-04
所有,数据库



#include <QSqlDatabase>
#include <QSqlError>
#include <QDebug>
 
// 创建并配置数据库连接
QSqlDatabase createConnection() {
    QSqlDatabase db = QSqlDatabase::addDatabase("QMYSQL");  // 使用MySQL数据库
    db.setHostName("localhost");                           // 数据库服务器地址
    db.setDatabaseName("mydb");                            // 数据库名称
    db.setUserName("user");                                // 数据库用户名
    db.setPassword("password");                            // 数据库密码
 
    bool ok = db.open();                                   // 尝试连接数据库
    if (!ok) {
        qDebug() << "数据库连接失败：" << db.lastError().text();
    }
 
    return db;
}
 
// 使用数据库连接执行查询
void executeQuery(QSqlDatabase& db) {
    QSqlQuery query;
    bool success = query.exec("SELECT * FROM mytable");  // 执行查询
    if (!success) {
        qDebug() << "查询失败：" << query.lastError().text();
    } else {
        while (query.next()) {
            QString field1 = query.value(0).toString();
            // ... 处理查询结果
        }
    }
}
 
// 主函数
int main() {
    QSqlDatabase db = createConnection();
    if (db.isValid()) {
        executeQuery(db);
        // ... 其他数据库操作
        db = QSqlDatabase();  // 清空数据库连接
    }
    return 0;
}

这段代码展示了如何在Qt中创建和管理数据库连接，并执行一个简单的查询。首先，我们创建了一个数据库连接并尝试打开它。如果连接失败，我们会记录错误信息。然后，我们使用这个数据库连接执行一个SQL查询，并处理查询结果。最后，我们清空数据库连接以释放资源。这是一个简单的实用例子，展示了如何在Qt中使用QSqlDatabase和QSqlQuery类进行数据库操作。

- 阅读更多 -
Oracle 高阶函数与高级功能详解
System
2024-09-04
所有,数据库

在Oracle数据库中，高级函数主要指的是那些对一组值进行处理，并返回单一结果或者值集合的函数。Oracle提供了一些内置的高级函数，如聚合函数（如SUM, AVG, MAX, MIN），以及分析函数（如ROW\_NUMBER, RANK, DENSE\_RANK, FIRST, LAST）等。

以下是一个使用聚合函数和分析函数的例子：




-- 假设存在一个销售数据表sales_data，包含year, product_id, sale_amount三个字段
 
-- 计算每年的销售总额，并按销售总额降序排序
SELECT year, SUM(sale_amount) AS total_sales
FROM sales_data
GROUP BY year
ORDER BY total_sales DESC;
 
-- 为每一年每个产品的销售记录分配一个唯一的序号
SELECT year, product_id, sale_amount,
       ROW_NUMBER() OVER (PARTITION BY year ORDER BY sale_amount DESC) AS sale_rank
FROM sales_data;

在这个例子中，第一个查询使用了GROUP BY子句来聚合数据，并通过ORDER BY子句进行了降序排序。第二个查询使用了分析函数ROW\_NUMBER()，它为每个产品销售记录分配了唯一的序号，并在每个年份内根据销售额进行了降序排序。

这些高级函数和查询技巧是Oracle数据库开发中非常实用的工具，可以极大地简化复杂的数据处理任务。

- 阅读更多 -
Oracle-生产无小事，请谨慎DDL操作！
System
2024-09-04
所有,数据库

这句话是一个关于Oracle数据库的广告语或者口号，它的意思是Oracle数据库中的DDL（Data Definition Language，数据定义语言）操作是非常重要的，它们会影响数据库的结构。因此，进行DDL操作时需要格外小心，因为一旦执行，就可能会对数据库产生持久的影响。

解决方法：

  1. 在执行DDL操作之前，仔细检查操作的影响范围和后果。
  2. 在生产环境中进行DDL操作前，建议先在测试环境进行测试和验证。
  3. 在执行DDL操作时，确保有完整的数据备份，以防操作失败或数据丢失。
  4. 如果是在业务高峰期执行DDL操作，尽量选择在维护窗口期内进行。
  5. 在执行DDL操作时，可以使用Oracle的工具，如SQL Developer或Enterprise Manager，这些工具通常会提供更安全的操作方式，减少操作风险。
  6. 对于重要的DDL操作，建议有经验的DBA或团队进行执行，并确保所有参与者都理解操作的重要性和后果。
  7. 执行DDL操作后，对操作的结果进行记录和审计，以便于追踪和分析。

总之，执行DDL操作需要谨慎，因为它们会影响数据库的结构和数据。在生产环境中，对DDL操作应用严格的变更管理流程和审批程序。

- 阅读更多 -
《MySQL DBA: BinLog 二进制日志 》
System
2024-09-04
所有,数据库

二进制日志（binary log），也称为二进制日志，是MySQL数据库的一种日志文件，记录了数据库中所有更改数据的语句。二进制日志文件用于复制、数据恢复以及审计。

二进制日志的开启和配置：

  1. 查看二进制日志是否开启：



SHOW VARIABLES LIKE 'log_bin';
  1. 查看二进制日志的配置路径：



SHOW VARIABLES LIKE 'log_bin%';
  1. 查看当前二进制日志的文件：



SHOW BINARY LOGS;
  1. 查看正在写入的二进制日志文件及其大小：



SHOW BINLOG EVENTS;
  1. 查看二进制日志内容：



SHOW BINLOG EVENTS IN 'mysql-bin.000001';
  1. 配置二进制日志的开启和路径，在my.cnf或my.ini配置文件中设置：



[mysqld]
log_bin = /var/log/mysql/mysql-bin.log
  1. 设置二进制日志的过期时间，自动删除过期的日志文件：



expire_logs_days = 7
  1. 设置二进制日志的最大大小，自动滚动生成新的日志文件：



max_binlog_size = 100M

二进制日志的管理：

  1. 手动刷新日志，强制切换到新的日志文件：



FLUSH LOGS;
  1. 删除二进制日志：



PURGE BINARY LOGS TO 'mysql-bin.010';
  1. 删除旧的二进制日志文件：



PURGE BINARY LOGS BEFORE 'YYYY-MM-DD hh:mm:ss';

二进制日志的应用场景：

  1. 数据恢复：通过二进制日志文件恢复数据。
  2. 复制：MySQL主从复制就是通过读取二进制日志实现的。
  3. 审计：可以审计数据库中的所有变更。
  4. 分析和调试：可以分析和调试数据库的问题。

注意：在生产环境中，应当定期备份二进制日志文件，并确保有适当的策略来管理它们，以防止磁盘空间耗尽或日志文件过大。

- 阅读更多 -
Redis 7.x 系列【16】持久化机制之 AOF
System
2024-09-04
所有,redis

AOF（Append Only File）是Redis的另一种持久化机制，它是通过保存Redis服务器所执行的写命令来记录数据库状态的。

与RDB通过保存整个数据库状态不同，AOF通过保存对数据库的操作指令来记录数据库状态的变化。这些操作指令以Redis协议的格式保存，并在服务器启动时，通过重新执行这些指令来还原数据库状态。

AOF的配置：

  1. appendonly：是否开启AOF持久化机制，默认为no。
  2. appendfilename：AOF文件的名字，默认为appendonly.aof。
  3. appendfsync：AOF持久化策略，有always、everysec、no三个选项。
  4. no-appendfsync-on-rewrite：在AOF重写时，是否不执行I/O同步操作，默认为no。
  5. auto-aof-rewrite-percentage：AOF文件大小比起上次重写的文件大小，超过指定的百分比时会进行重写。
  6. auto-aof-rewrite-min-size：AOF文件超过指定大小后会进行重写。

AOF的工作流程：

  1. 当Redis执行完一个写命令后，会将这个写命令加到AOF缓冲区。
  2. AOF缓冲区根据appendfsync的策略，按照配置的时间来同步到磁盘。
  3. 当Redis重启时，会从AOF文件中读取指令并执行来恢复数据库状态。
  4. 当AOF文件大小超过指定百分比的基础大小或者超过了指定的最小大小时，会进行AOF文件重写。

AOF的重写：

AOF重写是为了压缩AOF文件的大小，通过删除无效指令，合并重复指令等方式来达到压缩的目的。

AOF的重写流程：

  1. Redis根据当前数据库状态创建一个子进程。
  2. 子进程根据数据库状态创建一个新的AOF文件。
  3. 父进程继续处理命令，并把写命令发送给子进程。
  4. 子进程将接收到的写命令写入到新的AOF文件中。
  5. 当子进程完成新的AOF文件创建后，父子进程会做一个文件替换操作，用新的AOF文件替换旧的AOF文件。

AOF的优点：

  • 数据的安全性较高，AOF持久化可以配置为每秒同步一次，即使发生故障，也只会丢失1秒钟的数据。
  • AOF文件是可读的，可以处理AOF文件来手动恢复数据或者进行数据修复。
  • AOF文件的大小会随着数据的增加而线性增加，不会出现RDB那样的大小波动。

AOF的缺点：

  • AOF文件通常比RDB文件大，因为它保存的是所有的操作指令。
  • AOF的恢复速度通常会慢于RDB，因为它需要重放所有的操作指令。
  • 在某些极端情况下，AOF可能会出现bug，导致AOF文件出错。

在实际使用中，可以将RDB和AOF结合使用，这样既能保证数据的安全性，也能保证数据的恢复速度。

- 阅读更多 -
清理 SQL Server 数据库日志的几种方法
System
2024-09-04
所有,数据库

清理SQL Server数据库日志的几种方法：

  1. 使用BACKUP LOG 与 NO_LOG 选项

    这种方法可以清除日志文件中的数据，但不会影响数据文件。

    


USE [YourDatabase];
BACKUP LOG [YourDatabase] TO DISK = 'NUL' WITH NOFORMAT, NOINIT, NAME = 'null', SKIP, NOREWIND;
DBCC SHRINKFILE([YourDatabase_Log], 1);

  2. 使用DBCC SHRINKFILE

    这个命令可以缩小日志文件，但不会清除其中的数据。

    


USE [YourDatabase];
DBCC SHRINKFILE([YourDatabase_Log], 1);

  3. 切换到简单恢复模式并返回

    在简单恢复模式下，日志文件会在检查点时被清空。

    


USE [master];
ALTER DATABASE [YourDatabase] SET RECOVERY SIMPLE;
DBCC CHECKDB([YourDatabase]);
ALTER DATABASE [YourDatabase] SET RECOVERY FULL;

  4. 使用TRUNCATE LOG 与 NO_LOG 选项

    这个命令会截断日志，但不会影响数据文件。

    


USE [YourDatabase];
BACKUP LOG [YourDatabase] WITH NO_LOG;
DBCC SHRINKFILE([YourDatabase_Log], 1);

  5. 删除并重新创建日志文件

    这个方法会删除旧的日志文件并创建一个新的，需要注意的是这会影响到数据库的运行。

    


USE [master];
ALTER DATABASE [YourDatabase] SET SINGLE_USER WITH ROLLBACK IMMEDIATE;
DBCC SHRINKFILE(YourDatabase_Log, 1);
DROP LOG FILE [YourDatabase_Log];
GO
ALTER DATABASE [YourDatabase] ADD LOG FILE (NAME = [YourDatabase_Log], FILENAME = 'path_to_new_log_file.ldf');
GO
ALTER DATABASE [YourDatabase] SET MULTI_USER;

在执行任何清理操作之前，请确保已经备份了数据库，以防止数据丢失。

- 阅读更多 -
Copyright © 2025 Tech Blog
All Right Reserved | 京ICP备19053165号