AskOverflow.Dev

AskOverflow.Dev Logo AskOverflow.Dev Logo

AskOverflow.Dev Navigation

  • 主页
  • 系统&网络
  • Ubuntu
  • Unix
  • DBA
  • Computer
  • Coding
  • LangChain

Mobile menu

Close
  • 主页
  • 系统&网络
    • 最新
    • 热门
    • 标签
  • Ubuntu
    • 最新
    • 热门
    • 标签
  • Unix
    • 最新
    • 标签
  • DBA
    • 最新
    • 标签
  • Computer
    • 最新
    • 标签
  • Coding
    • 最新
    • 标签
主页 / user-71225

Marcus's questions

Martin Hope
Marcus
Asked: 2023-11-18 15:28:01 +0800 CST

当 I/O 密集时,为什么 MySQL 会将 ANALYZE 查询置于“系统锁定”状态

  • 6

在 MySQL 8.0.33 上,我遇到了一种文档未解释的争用形式(在多个实例上重现)。

例如:

  1. 我启动一个实例
  2. 在控制台客户端上,我在一个相对较大的表上调用 a SELECT COUNT(*)(几 GB 的总记录+索引)
  3. ANALYZE TABLE在一个单独的客户端上,我在一个单独的、较小的表上调用

结果是第二条语句(ANALYZE TABLE)挂起一段时间,处于阻塞状态System Lock;这是一个示例输出:

+----+--------+------+-------+---------+------+-------------+---------------------------------+
| Id | User   | Host | db    | Command | Time | State       | Info                            |
+----+--------+------+-------+---------+------+-------------+---------------------------------+
| 18 | _user_ | _ip_ | _db_  | Query   |   72 | executing   | SELECT COUNT(*) FROM _table_1_  |
| 32 | _user_ | _ip_ | _db_  | Query   |   45 | System lock | ANALYZE TABLE _table_2_         |
+----+--------+------+-------+---------+------+-------------+---------------------------------+

根据文档(此处和此处),MySQL 似乎在对第一个 ( ) 表的记录进行分页时锁定(至少)两个表SELECT。

究竟是什么导致 MySQL 在对一个表执行 SELECT 时锁定多个表?

mysql
  • 2 个回答
  • 25 Views
Martin Hope
Marcus
Asked: 2021-06-08 00:12:57 +0800 CST

是否可以在 MySQL 中按值删除 JSON 数组元素?

  • 2

在 MySQL 中,可以通过索引删除数组元素:

SELECT JSON_REMOVE('["a", "b", "c"]', '$[1]') `result`;
+------------+
| result     |
+------------+
| ["a", "c"] |
+------------+

是否可以按值删除 - 在这种情况下是匹配字符串的元素"b"?

根据文档,可以通过找到索引JSON_SEARCH然后将其传递给JSON_REMOVE,但是,我想知道是否有表达式/函数可以在单个函数中执行此操作。

mysql json
  • 2 个回答
  • 3880 Views
Martin Hope
Marcus
Asked: 2020-01-22 12:21:12 +0800 CST

MySQL 如何在松散索引扫描中跳过范围(节点)?

  • 0

我已经阅读了 MySQL 松散索引扫描,它作为优化是有意义的,但是,当使用示例 B+树时,我不明白如何有效地跳过节点,因为潜在的匹配会导致执行许多遍历。

拿这个 B+-树:

                                                                 +-------------+
                                                                 |A            |
                       +-----------------------------------------+ (5,2) (7,0) +----------------------------------------+
                       |                                         |             |                                        |
                       |                                         +------+------+                                        |
                       |                                                |                                               |
                       |                                                |                                               |
                +------v------+                                  +------v------+                                 +------v------+
                |B            +---------------------------------->C            +--------------------------------->D            |
       +--------+ (2,0) (2,2) +----------+             +---------+ (5,2) (5,4) +---------+              +--------+ (7,0) (8,1) +---------+
       |        |             |          |             |         |             |         |              |        |             |         |
       |        +------+------+          |             |         +------+------+         |              |        +------+------+         |
       |               |                 |             |                |                |              |               |                |
       |               |                 |             |                |                |              |               |                |
+------v------+ +------v------+  +-------v-----+ +-----v-------+ +------v------+ +-------v-----+ +------v------+ +------v------+ +-------v-----+
|E            | |F            |  |G            | |H            | |I            | |L            | |M            | |N            | |O            |
| (0,0) (1,0) +-> (2,0) (2,1) +--> (2,2) (3,0) +-> (4,0) (5,1) +-> (5,2) (5,3) +-> (5,4) (5,5) +-> (6,0) (6,1) +-> (7,0) (8,0) +-> (8,1) (8,2) |
|             | |             |  |             | |             | |             | |             | |             | |             | |             |
+-------------+ +-------------+  +-------------+ +-------------+ +-------------+ +-------------+ +-------------+ +-------------+ +-------------+

和查询SELECT (c1), MIN(c2) ... GROUP BY c1。

现在,根据我的理解,当确定子树不包含不会影响(当前)聚合结果的值时,松散索引扫描将跳过节点。

有了上面的树,我认为遍历将是:

  • 一个
  • 乙
  • 乙
    • 找到 (0,0) (1,0)
  • 回溯
    • 找到 (2,0)
  • 跳过 F
  • G
    • 找到 (3,0)
  • 回溯
  • H
    • 找到 (4,0) (5,1)
  • 回溯
  • 跳过我
  • 大号
  • 回溯
  • D
  • 米
    • 找到 (6,0)
  • 回溯
    • 找到 (7,0)
  • ñ
    • 找到 (8,0)
  • ○

假设回溯没有成本,在这个示例中执行紧密索引扫描(即直接导航所有叶子)的成本不是更低吗?

上面的遍历逻辑有没有错误?或者这是一个过于悲观(因此,不具代表性)的例子?

mysql index
  • 2 个回答
  • 181 Views
Martin Hope
Marcus
Asked: 2019-12-23 09:01:21 +0800 CST

在典型的 COW 文件系统上,数据库 WAL 是否冗余(理论上)?

  • 0

编辑:我错误地假设所有 COW 文件系统都有 WAL。它似乎 BTRFS 没有,所以这个问题基本上只适用于 ZFS。

典型的 COW 文件系统,如 ZFS,有自己的 WAL 形式(ZIL,在 ZFS 的情况下)。

在非 COW 文件系统上,DB WAL 对性能(因为它是顺序的)和完整性原因(因为缺乏写完整性保证)都是有意义的;在 COW 文件系统上,这些角色由 FS (WAL) 完成。

正因为如此,在 COW 文件系统上存储 DB 数据不会使 DB WAL 变得多余吗?

transaction-log write-ahead-logging
  • 2 个回答
  • 194 Views
Martin Hope
Marcus
Asked: 2019-03-23 03:53:27 +0800 CST

与文字进行比较时,为什么 MySQL 不将排序规则强制为指定的列?

  • 1

我有一个在列上定义排序规则的表:

CREATE TEMPORARY TABLE test_table (
  utf8_col VARCHAR(255) CHARACTER SET utf8 COLLATE utf8_bin
);
INSERT INTO test_table VALUES('ã');

根据 MySQL可强制性规则,当将该列的值与文字进行比较时:

SELECT utf8_col < _utf8mb4'ñ' FROM test_table;
  • column collat​​ion coercibility 值为 2;
  • 文字CCV是4

这应该会导致比较失败,因为列 CCV 具有更高的优先级,并且应该使用utf8_bin不能处理utf8mb4字符集的排序规则。

然而,比较是成功的。这是为什么?

mysql collation
  • 1 个回答
  • 324 Views
Martin Hope
Marcus
Asked: 2017-07-31 06:07:23 +0800 CST

InnoDB 页面可以包含来自不同索引的数据吗?

  • 0

(本题假设表的数据实际上是一个索引(PRIMARY),所以不区分表数据和列索引)

我已经压缩了一个“旧的”InnoDB 表(通过 null ALTER TABLE),并通过该表观察了索引在前后所占用的空间mysql.innodb_index_stats。

大小减少(对于某些索引,显着);这就引出了一个问题:单个 InnoDB 页面可以包含来自不同索引的数据吗?

index innodb
  • 1 个回答
  • 31 Views
Martin Hope
Marcus
Asked: 2017-07-16 06:57:14 +0800 CST

如果查询读取的页面多于 InnoDB 缓冲区可以容纳的页面,是否所有以前的页面都被驱逐了?

  • 2

如果我在 InnoDB 缓冲区中有一些(热)页面,并且我执行了一个查询,该查询读取的数据量大于缓冲区本身,是否一定要驱逐热页面?

mysql innodb
  • 1 个回答
  • 144 Views
Martin Hope
Marcus
Asked: 2016-06-16 05:26:22 +0800 CST

在哪些情况下全表扫描优于低基数索引扫描?

  • 2

是否存在执行 FTS 比扫描基数非常低的索引更可取的真实场景?为什么 MySQL 会这样做?

索引扫描不总是涉及读取较少的数据(页面)吗?

mysql index-tuning
  • 1 个回答
  • 802 Views
Martin Hope
Marcus
Asked: 2016-04-19 07:11:28 +0800 CST

在 [Percona] MySQL 中,自适应哈希索引是否包含在总内存分配计数中?

  • 2

我正在调试 MySQL 5.6 的内存问题(我使用的是 Percona 发行版),但我无法弄清楚,在网络上搜索,如果Adaptive Hash Index数量是 的一部分Total memory allocated,或者它是否分开。

当前输出:

BUFFER POOL AND MEMORY
----------------------
Total memory allocated 109890764800; in additional pool allocated 0
Total memory allocated by read views 15776
Internal hash tables (constant factor + variable factor)
    Adaptive hash index 10365924496   (1699980328 + 8665944168)
    Page hash           13281976 (buffer pool 0 only)
    Dictionary cache    427147426   (424996592 + 2150834)
    File system         84040   (82672 + 1368)
    Lock system         295705056   (295674296 + 30760)
    Recovery system     0   (0 + 0)
mysql index
  • 1 个回答
  • 701 Views
Martin Hope
Marcus
Asked: 2015-07-25 07:21:52 +0800 CST

MySQL 突然冻结,脏页数量激增,但没有明显的写入查询

  • 4

我系统地(每天 1/2 次)在数据库服务器中遇到冻结。

突然,所有的 COMMIT 都卡在了“init”状态;它们堆积起来(高达 20/30),几乎没有其他查询被执行。约 30 秒后,服务器恢复正常操作。

我已经挖掘了很多数据(如下),这表明 InnoDB 中正在发生一些事情,但我很难找到一个具体的原因。

在进程列表中:

  • 在问题期间,我只看到 COMMITs
  • 之前,没有长时间运行的操作

我也浏览了二进制日志,但没有什么可疑的:

  • 在问题期间,没有任何东西被写入
  • 以前,只有小查询

事实上,从问题发生前不久开始的二进制日志相当小——在 ROW 模式下,如果有一个巨大的更新操作,我希望它会很大。

我认为磁盘有问题,但数据不符合例如磁盘突然减速的模式。

哪个可能是原因?对于这种类型的问题,我希望有一个大的写入查询,但我找不到任何查询。

该系统是一个专用服务器,具有 128GB 内存和双 CPU Intel Xeon E5-2680 v2 @ 2.80GHz。存储是希捷 15k 磁盘的镜像;操作系统是 Ubuntu 14.04,文件存储在单独的 ext4 分区中。

MySQL是v5.6.24,分配了24G的缓冲池。

查询缓存被禁用。

图表、全局状态和 innodb 变量紧随其后,并附有一些注释。

在所有图表中,每个 X 单位是一秒。问题的近似间隔由竖线突出显示。

请注意,对于问题的每一秒,我都归档了所有进程、全局状态变量和 innodb 状态。

Innodb 缓冲池页面

脏页/空闲页中有明显的峰值:

InnoDB 脏页/空闲页

并且在缓冲池大小中:

InnoDB 缓冲池大小

刷新的页面有一个非常有趣的行为;不要秒杀很多,但 InnoDB 开始连续刷新;在临界之后,它猛增:

InnoDB 页面刷新

Innodb_buffer_pool_wait_free始终为 0。

日志文件

这是写入日志文件的数据增加,虽然不是很大:

日志文件写入

磁盘操作

未决操作(fsyncs/read/writes)没有显着变化,但实际 fsyncs 有所下降:

Innodb fsyncs

命令

几乎所有命令 (Com_*) 在问题期间都不会执行。以下是唯一执行的,显然是暴跌的:

选择 提交 插入物 更新

当前全局状态(部分)

+-----------------------------------------------+----------------+ | Aborted_clients | 4767955 | | Aborted_connects | 33 | | Binlog_cache_disk_use | 47747 | | Binlog_cache_use | 68002226 | | Binlog_stmt_cache_disk_use | 0 | | Binlog_stmt_cache_use | 682187 | | Bytes_received | 810930341088 | | Bytes_sent | 6128156018408 | | Com_admin_commands | 66190088 | | Com_alter_table | 5837 | | Com_analyze | 9742 | | Com_begin | 328167299 | | Com_change_db | 216 | | Com_commit | 327839739 | | Com_create_db | 13 | | Com_create_index | 1 | | Com_create_table | 877609 | | Com_delete | 13720394 | | Com_delete_multi | 89347 | | Com_drop_db | 14 | | Com_drop_table | 740674 | | Com_insert | 130474570 | | Com_insert_select | 572148 | | Com_kill | 98 | | Com_load | 1 | | Com_lock_tables | 3 | | Com_release_savepoint | 28061 | | Com_rename_table | 978 | | Com_replace | 7995547 | | Com_replace_select | 46493 | | Com_rollback | 284617 | | Com_rollback_to_savepoint | 3 | | Com_savepoint | 28062 | | Com_select | 1664064423 | | Com_set_option | 152369114 | | Com_show_create_table | 64205947 | | Com_show_databases | 11 | | Com_show_engine_status | 1375041 | | Com_show_fields | 97123409 | | Com_show_keys | 1 | | Com_show_master_status | 66 | | Com_show_processlist | 2624788 | | Com_show_slave_status | 1250533 | | Com_show_status | 1591300 | | Com_show_table_status | 198 | | Com_show_tables | 90403059 | | Com_show_triggers | 197 | | Com_show_variables | 1580763 | | Com_show_warnings | 3 | | Com_unlock_tables | 4 | | Com_update | 39673285 | | Com_update_multi | 1259352 | | Compression | OFF | | Connections | 5426115 | | Created_tmp_disk_tables | 108340111 | | Created_tmp_files | 633100 | | Created_tmp_tables | 350818717 | | Delayed_errors | 0 | | Delayed_insert_threads | 0 | | Delayed_writes | 0 | | Flush_commands | 1 | | Handler_commit | 2607344684 | | Handler_delete | 59374751 | | Handler_discover | 0 | | Handler_external_lock | 6579792721 | | Handler_mrr_init | 0 | | Handler_prepare | 379741472 | | Handler_read_first | 122813781 | | Handler_read_key | 300828885004 | | Handler_read_last | 68546 | | Handler_read_next | 1973974492391 | | Handler_read_prev | 535277275 | | Handler_read_rnd | 25166576467 | | Handler_read_rnd_next | 403233196007 | | Handler_rollback | 7441860 | | Handler_savepoint | 56123 | | Handler_savepoint_rollback | 4 | | Handler_update | 7089849963 | | Handler_write | 45088211806 | | Innodb_buffer_pool_dump_status | not started | | Innodb_buffer_pool_load_status | not started | | Innodb_buffer_pool_pages_data | 1376429 | | Innodb_buffer_pool_bytes_data | 22551412736 | | Innodb_buffer_pool_pages_dirty | 54 | | Innodb_buffer_pool_bytes_dirty | 884736 | | Innodb_buffer_pool_pages_flushed | 511407857 | | Innodb_buffer_pool_pages_free | 8196 | | Innodb_buffer_pool_pages_misc | 188235 | | Innodb_buffer_pool_pages_total | 1572860 | | Innodb_buffer_pool_read_ahead_rnd | 0 | | Innodb_buffer_pool_read_ahead | 43857258 | | Innodb_buffer_pool_read_ahead_evicted | 1057 | | Innodb_buffer_pool_read_requests | 3228343017942 | | Innodb_buffer_pool_reads | 244620532 | | Innodb_buffer_pool_wait_free | 0 | | Innodb_buffer_pool_write_requests | 89857610256 | | Innodb_data_fsyncs | 252778445 | | Innodb_data_pending_fsyncs | 0 | | Innodb_data_pending_reads | 0 | | Innodb_data_pending_writes | 0 | | Innodb_data_read | 4856234004480 | | Innodb_data_reads | 300490939 | | Innodb_data_writes | 688782200 | | Innodb_data_written | 20083187664896 | | Innodb_dblwr_pages_written | 511407857 | | Innodb_dblwr_writes | 80028802 | | Innodb_have_atomic_builtins | ON | | Innodb_log_waits | 83 | | Innodb_log_write_requests | 6576724198 | | Innodb_log_writes | 91699110 | | Innodb_os_log_fsyncs | 92727019 | | Innodb_os_log_pending_fsyncs | 0 | | Innodb_os_log_pending_writes | 0 | | Innodb_os_log_written | 3324697918464 | | Innodb_page_size | 16384 | | Innodb_pages_created | 131874643 | | Innodb_pages_read | 296401190 | | Innodb_pages_written | 511407857 | | Innodb_row_lock_current_waits | 5 | | Innodb_row_lock_time | 193034202 | | Innodb_row_lock_time_avg | 607 | | Innodb_row_lock_time_max | 121631 | | Innodb_row_lock_waits | 317570 | | Innodb_rows_deleted | 59374751 | | Innodb_rows_inserted | 16430811966 | | Innodb_rows_read | 2466321863882 | | Innodb_rows_updated | 108284843 | | Innodb_num_open_files | 4 | | Innodb_truncated_status_writes | 0 | | Innodb_available_undo_logs | 128 | | Key_blocks_not_flushed | 0 | | Key_blocks_unused | 857368 | | Key_blocks_used | 6054 | | Key_read_requests | 2074128816 | | Key_reads | 0 | | Key_write_requests | 292337091 | | Key_writes | 0 | | Last_query_cost | 0.000000 | | Last_query_partial_plans | 0 | | Max_used_connections | 157 | | Not_flushed_delayed_rows | 0 | | Open_files | 24 | | Open_streams | 0 | | Open_table_definitions | 352 | | Open_tables | 528 | | Opened_files | 437024702 | | Opened_table_definitions | 1775335 | | Opened_tables | 914419 | | Prepared_stmt_count | 0 | | Queries | 4907804173 | | Questions | 4841613101 | | Select_full_join | 46349 | | Select_full_range_join | 82799 | | Select_range | 266986250 | | Select_range_check | 536 | | Select_scan | 304460971 | | Slow_launch_threads | 0 | | Slow_queries | 144689 | | Sort_merge_passes | 3055697 | | Sort_range | 119144232 | | Sort_rows | 30616561566 | | Sort_scan | 115294967 | | Table_locks_immediate | 3285742243 | | Table_locks_waited | 0 | | Table_open_cache_hits | 3445246883 | | Table_open_cache_misses | 169145 | | Table_open_cache_overflows | 0 | | Threads_cached | 43 | | Threads_connected | 64 | | Threads_created | 278 | | Threads_running | 2 | | Uptime | 8670805 | | Uptime_since_flush_status | 8670805 | +-----------------------------------------------+----------------+

Innodb 变量

+------------------------------------------+------------------------+ | Variable_name | Value | +------------------------------------------+------------------------+ | innodb_adaptive_flushing | ON | | innodb_adaptive_flushing_lwm | 10 | | innodb_adaptive_hash_index | ON | | innodb_adaptive_max_sleep_delay | 150000 | | innodb_additional_mem_pool_size | 8388608 | | innodb_api_bk_commit_interval | 5 | | innodb_api_disable_rowlock | OFF | | innodb_api_enable_binlog | OFF | | innodb_api_enable_mdl | OFF | | innodb_api_trx_level | 0 | | innodb_autoextend_increment | 64 | | innodb_autoinc_lock_mode | 1 | | innodb_buffer_pool_dump_at_shutdown | OFF | | innodb_buffer_pool_dump_now | OFF | | innodb_buffer_pool_filename | <removed> | | innodb_buffer_pool_instances | 8 | | innodb_buffer_pool_load_abort | OFF | | innodb_buffer_pool_load_at_startup | OFF | | innodb_buffer_pool_load_now | OFF | | innodb_buffer_pool_size | 25769803776 | | innodb_change_buffer_max_size | 25 | | innodb_change_buffering | all | | innodb_checksum_algorithm | innodb | | innodb_checksums | ON | | innodb_cmp_per_index_enabled | OFF | | innodb_commit_concurrency | 0 | | innodb_compression_failure_threshold_pct | 5 | | innodb_compression_level | 6 | | innodb_compression_pad_pct_max | 50 | | innodb_concurrency_tickets | 5000 | | innodb_data_file_path | ibdata1:12M:autoextend | | innodb_data_home_dir | <removed> | | innodb_disable_sort_file_cache | OFF | | innodb_doublewrite | ON | | innodb_fast_shutdown | 1 | | innodb_file_format | Antelope | | innodb_file_format_check | ON | | innodb_file_format_max | Antelope | | innodb_file_per_table | OFF | | innodb_flush_log_at_timeout | 1 | | innodb_flush_log_at_trx_commit | 1 | | innodb_flush_method | O_DIRECT | | innodb_flush_neighbors | 1 | | innodb_flushing_avg_loops | 30 | | innodb_force_load_corrupted | OFF | | innodb_force_recovery | 0 | | innodb_ft_aux_table | | | innodb_ft_cache_size | 8000000 | | innodb_ft_enable_diag_print | OFF | | innodb_ft_enable_stopword | ON | | innodb_ft_max_token_size | 84 | | innodb_ft_min_token_size | 3 | | innodb_ft_num_word_optimize | 2000 | | innodb_ft_result_cache_limit | 2000000000 | | innodb_ft_server_stopword_table | | | innodb_ft_sort_pll_degree | 2 | | innodb_ft_total_cache_size | 640000000 | | innodb_ft_user_stopword_table | | | innodb_io_capacity | 200 | | innodb_io_capacity_max | 2000 | | innodb_large_prefix | OFF | | innodb_lock_wait_timeout | 120 | | innodb_locks_unsafe_for_binlog | OFF | | innodb_log_buffer_size | 8388608 | | innodb_log_compressed_pages | ON | | innodb_log_file_size | 134217728 | | innodb_log_files_in_group | 3 | | innodb_log_group_home_dir | <removed> | | innodb_lru_scan_depth | 1024 | | innodb_max_dirty_pages_pct | 75 | | innodb_max_dirty_pages_pct_lwm | 0 | | innodb_max_purge_lag | 0 | | innodb_max_purge_lag_delay | 0 | | innodb_mirrored_log_groups | 1 | | innodb_monitor_disable | | | innodb_monitor_enable | | | innodb_monitor_reset | | | innodb_monitor_reset_all | | | innodb_old_blocks_pct | 37 | | innodb_old_blocks_time | 1000 | | innodb_online_alter_log_max_size | 134217728 | | innodb_open_files | 300 | | innodb_optimize_fulltext_only | OFF | | innodb_page_size | 16384 | | innodb_print_all_deadlocks | OFF | | innodb_purge_batch_size | 300 | | innodb_purge_threads | 1 | | innodb_random_read_ahead | OFF | | innodb_read_ahead_threshold | 56 | | innodb_read_io_threads | 4 | | innodb_read_only | OFF | | innodb_replication_delay | 0 | | innodb_rollback_on_timeout | OFF | | innodb_rollback_segments | 128 | | innodb_sort_buffer_size | 1048576 | | innodb_spin_wait_delay | 6 | | innodb_stats_auto_recalc | ON | | innodb_stats_method | nulls_equal | | innodb_stats_on_metadata | OFF | | innodb_stats_persistent | ON | | innodb_stats_persistent_sample_pages | 20 | | innodb_stats_sample_pages | 8 | | innodb_stats_transient_sample_pages | 8 | | innodb_status_output | OFF | | innodb_status_output_locks | OFF | | innodb_strict_mode | OFF | | innodb_support_xa | ON | | innodb_sync_array_size | 1 | | innodb_sync_spin_loops | 30 | | innodb_table_locks | ON | | innodb_thread_concurrency | 0 | | innodb_thread_sleep_delay | 10000 | | innodb_undo_directory | . | | innodb_undo_logs | 128 | | innodb_undo_tablespaces | 0 | | innodb_use_native_aio | ON | | innodb_use_sys_malloc | ON | | innodb_version | 5.6.24 | | innodb_write_io_threads | 4 | +------------------------------------------+------------------------+

mysql innodb
  • 2 个回答
  • 1876 Views

Sidebar

Stats

  • 问题 205573
  • 回答 270741
  • 最佳答案 135370
  • 用户 68524
  • 热门
  • 回答
  • Marko Smith

    连接到 PostgreSQL 服务器:致命:主机没有 pg_hba.conf 条目

    • 12 个回答
  • Marko Smith

    如何让sqlplus的输出出现在一行中?

    • 3 个回答
  • Marko Smith

    选择具有最大日期或最晚日期的日期

    • 3 个回答
  • Marko Smith

    如何列出 PostgreSQL 中的所有模式?

    • 4 个回答
  • Marko Smith

    列出指定表的所有列

    • 5 个回答
  • Marko Smith

    如何在不修改我自己的 tnsnames.ora 的情况下使用 sqlplus 连接到位于另一台主机上的 Oracle 数据库

    • 4 个回答
  • Marko Smith

    你如何mysqldump特定的表?

    • 4 个回答
  • Marko Smith

    使用 psql 列出数据库权限

    • 10 个回答
  • Marko Smith

    如何从 PostgreSQL 中的选择查询中将值插入表中?

    • 4 个回答
  • Marko Smith

    如何使用 psql 列出所有数据库和表?

    • 7 个回答
  • Martin Hope
    Jin 连接到 PostgreSQL 服务器:致命:主机没有 pg_hba.conf 条目 2014-12-02 02:54:58 +0800 CST
  • Martin Hope
    Stéphane 如何列出 PostgreSQL 中的所有模式? 2013-04-16 11:19:16 +0800 CST
  • Martin Hope
    Mike Walsh 为什么事务日志不断增长或空间不足? 2012-12-05 18:11:22 +0800 CST
  • Martin Hope
    Stephane Rolland 列出指定表的所有列 2012-08-14 04:44:44 +0800 CST
  • Martin Hope
    haxney MySQL 能否合理地对数十亿行执行查询? 2012-07-03 11:36:13 +0800 CST
  • Martin Hope
    qazwsx 如何监控大型 .sql 文件的导入进度? 2012-05-03 08:54:41 +0800 CST
  • Martin Hope
    markdorison 你如何mysqldump特定的表? 2011-12-17 12:39:37 +0800 CST
  • Martin Hope
    Jonas 如何使用 psql 对 SQL 查询进行计时? 2011-06-04 02:22:54 +0800 CST
  • Martin Hope
    Jonas 如何从 PostgreSQL 中的选择查询中将值插入表中? 2011-05-28 00:33:05 +0800 CST
  • Martin Hope
    Jonas 如何使用 psql 列出所有数据库和表? 2011-02-18 00:45:49 +0800 CST

热门标签

sql-server mysql postgresql sql-server-2014 sql-server-2016 oracle sql-server-2008 database-design query-performance sql-server-2017

Explore

  • 主页
  • 问题
    • 最新
    • 热门
  • 标签
  • 帮助

Footer

AskOverflow.Dev

关于我们

  • 关于我们
  • 联系我们

Legal Stuff

  • Privacy Policy

Language

  • Pt
  • Server
  • Unix

© 2023 AskOverflow.DEV All Rights Reserve