标签: debian

某些使用 APT 的 debian 包安装的默认 MySQL 配置文件 /etc/mysql/my.cnf 经常设置 log_bin 变量，因此启用了 binlog：

log_bin = /var/log/mysql/mysql-bin.log

当我想在这样的安装上禁用二进制日志记录时，当然注释掉 my.cnf 中的行，但我想知道是否有办法通过将 log_bin 显式设置为 OFF 来禁用二进制日志记录，在 debian 风格中，我的意思是在一个包含文件，如 /etc/mysql/conf.d/myCustomFile.cnf，因此默认 my.cnf 不会更改，如有必要，可以通过 apt 轻松更新。

我试过“log_bin = 0”、“log_bin = OFF”或“log_bin =”，但没有一个有效......

由于意外，我删除了整个 /var/lib/mysql 目录。由于数据库不包含任何重要的内容，我不想经历从旧备份恢复它的麻烦，而是从头开始创建目录结构。如何在不重新安装 MySQL 的情况下执行此操作？

PgAdmin 4 1.0 刚刚发布，但在 Linux 的下载页面上只有一个指向 yum 安装程序的链接。

有人知道是否有计划创建 deb 安装程序吗？或者如果已经有一个？

我使用 psql-command "\dp" 来找出给定的授权。

测试服务器上的版本：armv7l-unknown-linux-gnueabi 上的 PostgreSQL 9.1.15，由 gcc (Debian 4.6.3-14) 4.6.3 编译，32 位

在 postgres 手册之外：

rolename=xxxx -- privileges granted to a role
    =xxxx -- privileges granted to PUBLIC

        r -- SELECT ("read")
        w -- UPDATE ("write")
        a -- INSERT ("append")
        d -- DELETE
        D -- TRUNCATE
        x -- REFERENCES
        t -- TRIGGER
        X -- EXECUTE
        U -- USAGE
        C -- CREATE
        c -- CONNECT
        T -- TEMPORARY
  arwdDxt -- ALL PRIVILEGES (for tables, varies for other objects)
        * …

我想在 Linux 上安装 SQL Server。从 MS 站点我读到支持 Red Hat、SUSE 和 Ubuntu，但我想在 Debian 下使用它。既然Ubuntu是基于Debian的，那么有机会安装成功吗？

https://docs.microsoft.com/en-us/sql/linux/sql-server-linux-setup

我已经安装了 Mongodb 4.2

和跑步时

sudo service mongod start|restart

它不会启动服务器，我在 mongod.log 文件中有以下日志。

Exception in initAndListen: MustDowngrade: Collection does not have UUID in KVCatalog. Collection: local.startup_log, terminating

这里有更多细节：

  CONTROL  [main] Automatically disabling TLS 1.0, to force-enable TLS 1.0 specify --sslDisabledProtocols 'none'
  CONTROL  [initandlisten] MongoDB starting : pid=7434 port=27017 dbpath=/var/lib/mongodb 64-bit host=vm2851358555.bitcommand.com
  CONTROL  [initandlisten] db version v4.2.0
  CONTROL  [initandlisten] git version: a4b751dcf51dd249c5865812b390cfd1c0129c30
  CONTROL  [initandlisten] OpenSSL version: OpenSSL 1.1.0k  28 May 2019
  CONTROL  [initandlisten] allocator: tcmalloc
  CONTROL  [initandlisten] modules: none
  CONTROL  [initandlisten] build environment: …

我正在 Debian 8 上工作，想使用 MySQL Workbench 创建数据库。我完成了本教程中的所有操作，但是当我创建新的 MySQL 连接时，程序返回：

无法使用 root 用户连接到 127.0.0.1:3306 处的 MySQL，用户“root”@“localhost”的访问被拒绝（使用密码：YES）。

我究竟做错了什么？我输入了正确的密码。

我现在有两个正在运行的 VPS。其中一个（我将其称为“旧”服务器）在Debian 7上运行，并给出以下输出mysql --version：

mysql Ver 14.14 Distrib 5.5.44, for debian-linux-gnu (x86_64) using readline 6.2

另一个，我将其称为“新”服务器，正在全新安装的Debian 8上运行，并给出以下输出：

mysql Ver 15.1 Distrib 10.0.20-MariaDB, for debian-linux-gnu (x86_64) using readline 5.2

我正在尝试将我的数据库和表从旧服务器移动到新服务器。我认为我可以通过简单地/var/lib/mysql/从旧服务器复制目录并覆盖新服务器上的相同目录来做到这一点。但是，执行此操作后，当我单击任何表或数据库时，我现在在新服务器上的 phpMyAdmin 中收到此错误：

#1932 - Table 'phpmyadmin.pma__tracking' doesn't exist in engine

但我可以清楚地看到它的存在：

有针对这个的解决方法吗？我不确定我做错了什么。谢谢！

PostgreSQL 9.4.8 Ubuntu 16.04 64 位

我只想解释一下这里发生的事情。为什么找不到这个命令？没有其他的。

malikarumi@Tetuoan2:/usr/lib/postgresql/9.4/bin$ pg_ctl stop -m fast
pg_ctl: command not found
malikarumi@Tetuoan2:/usr/lib/postgresql/9.4/bin$ sudo pg_ctl stop -m fast
[sudo] password for malikarumi: 
sudo: pg_ctl: command not found
malikarumi@Tetuoan2:/usr/lib/postgresql/9.4/bin$ ls
clusterdb   initdb             pg_ctl          pg_restore      postmaster
createdb    oid2name           pg_dump         pg_standby      psql
createlang  pg_archivecleanup  pg_dumpall      pg_test_fsync   reindexdb
createuser  pg_basebackup      pg_isready      pg_test_timing  vacuumdb
dropdb      pgbench            pg_receivexlog  pg_upgrade      vacuumlo
droplang    pg_config          pg_recvlogical  pg_xlogdump
dropuser    pg_controldata     pg_resetxlog    postgres
malikarumi@Tetuoan2:/usr/lib/postgresql/9.4/bin$

我正在使用此命令 sudo apt-get install postgresql-11-repack来安装 pg_repack（默认为 1.4.8）。

postgresql-11-repack is already the newest version (1.4.8-1.pgdg20.04+1).

当我在 rds postgres 11 中运行“创建扩展 pg_repack”时，它默认使用版本 1.4.4 创建。

                                        List of installed extensions
     Name     | Version |   Schema   |                         Description
--------------+---------+------------+--------------------------------------------------------------
 pg_repack    | 1.4.4   | public     | Reorganize tables in PostgreSQL databases with minimal locks

因此 pg_repack 由于 ec2 和 db 之间的版本号不匹配而失败。

ERROR: pg_repack failed with error: program 'pg_repack 1.4.8' does not match database library 'pg_repack 1.4.4'

1. 如何在数据库中创建版本 1.4.8 的重新打包扩展？
2. 如果上述方法不可行，我如何将 ec2 上的 pg_repack 版本降级回与我的数据库相同的 1.4.4。 …