AskOverflow.Dev

AskOverflow.Dev Logo AskOverflow.Dev Logo

AskOverflow.Dev Navigation

  • Início
  • system&network
  • Ubuntu
  • Unix
  • DBA
  • Computer
  • Coding
  • LangChain

Mobile menu

Close
  • Início
  • system&network
    • Recentes
    • Highest score
    • tags
  • Ubuntu
    • Recentes
    • Highest score
    • tags
  • Unix
    • Recentes
    • tags
  • DBA
    • Recentes
    • tags
  • Computer
    • Recentes
    • tags
  • Coding
    • Recentes
    • tags
Início / user-71225

Marcus's questions

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

Por que o MySQL coloca consultas ANALYZE no estado `System Lock`, quando há E/S intensa

  • 6

No MySQL 8.0.33, estou enfrentando uma forma de contenção (reproduzida em múltiplas instâncias) que não é explicada pela documentação.

Como exemplo:

  1. Eu inicializo uma instância
  2. em um cliente de console, invoco a SELECT COUNT(*)em uma tabela relativamente grande (alguns GBs de registros + índices totais)
  3. em um cliente separado, invoco a ANALYZE TABLEem uma tabela menor e separada

o resultado é que a segunda instrução ( ANALYZE TABLE) fica suspensa por um tempo, bloqueada em um System Lockestado; este é um exemplo de saída:

+----+--------+------+-------+---------+------+-------------+---------------------------------+
| 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_         |
+----+--------+------+-------+---------+------+-------------+---------------------------------+

Com base na documentação ( aqui e aqui ), o MySQL parece estar bloqueando (pelo menos) ambas as tabelas enquanto pagina os registros das primeiras ( SELECT).

O que exatamente está fazendo com que o MySQL bloqueie várias tabelas enquanto executa um SELECT em uma?

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

É possível remover um elemento de matriz JSON por valor no MySQL?

  • 2

No MySQL, é possível remover um elemento de array por índice:

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

É possível remover por valor - neste caso, o(s) elemento(s) que correspondem à string "b"?

Com base na documentação, é possível encontrar o índice via JSON_SEARCHe depois passá-lo para JSON_REMOVE, porém, queria saber se existe uma expressão/função para fazer isso em uma única função.

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

Como o MySQL pula intervalos (nós) em uma varredura de índice solto?

  • 0

Eu li a varredura de índice solto do MySQL e faz sentido como otimização, no entanto, ao usar um exemplo B + árvore, não entendo como os nós podem ser ignorados com eficiência, devido a possíveis correspondências que causam muitas travessias.

Pegue esta árvore 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) |
|             | |             |  |             | |             | |             | |             | |             | |             | |             |
+-------------+ +-------------+  +-------------+ +-------------+ +-------------+ +-------------+ +-------------+ +-------------+ +-------------+

e a consulta SELECT (c1), MIN(c2) ... GROUP BY c1.

Agora, com base no meu entendimento, uma varredura de índice solto ignorará os nós quando tiver certeza de que uma subárvore não inclui valores que não afetarão o resultado agregado (atual).

Com a árvore acima, acho que a travessia será:

  • UMA
  • B
  • E
    • encontrar (0,0) (1,0)
  • retroceder
    • encontrar (2,0)
  • pular F
  • G
    • encontrar (3,0)
  • retroceder
  • H
    • encontrar (4,0) (5,1)
  • retroceder
  • pule eu
  • eu
  • retroceder
  • D
  • M
    • encontrar (6,0)
  • retroceder
    • encontrar (7,0)
  • N
    • encontrar (8,0)
  • O

Assumindo que um backtrace não tem custo, neste exemplo não é mais barato realizar uma varredura de índice apertada (ou seja, navegar por todas as folhas diretamente)?

Existe algum erro na lógica de travessia acima? Ou este é um exemplo excessivamente pessimista (portanto, não representativo)?

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

Em um sistema de arquivos COW típico, o banco de dados WAL é redundante (em teoria)?

  • 0

EDIT: Eu estava assumindo incorretamente que todos os sistemas de arquivos COW têm um WAL. Parece que o BTRFS não, então essa questão se aplica essencialmente apenas ao ZFS.

Sistemas de arquivos COW típicos, como ZFS, têm sua própria forma de WAL (ZIL, no caso de ZFS).

Em um sistema de arquivos não COW, o DB WAL faz sentido tanto para desempenho (porque é sequencial) quanto por motivos de integridade (por causa da falta de garantias de integridade de gravação); em um sistema de arquivos COW, essas funções são cumpridas pelo FS (WAL).

Por causa disso, armazenar dados de banco de dados em um sistema de arquivos COW não torna o banco de dados WAL redundante?

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

Por que o MySQL não força a ordenação para a coluna especificada, ao comparar com um literal?

  • 1

Eu tenho uma tabela com um agrupamento definido em uma coluna:

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

De acordo com as regras de coercibilidade do MySQL , quando um valor dessa coluna é comparado a um literal:

SELECT utf8_col < _utf8mb4'ñ' FROM test_table;
  • o valor de coercibilidade de agrupamento de colunas é 2;
  • o CCV literal é 4

isso deve fazer com que a comparação falhe, porque a coluna CCV tem prioridade mais alta e deve usar o utf8_binagrupamento, que não pode manipular utf8mb4conjuntos de caracteres.

A comparação é bem sucedida, no entanto. Por que é que?

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

Uma página InnoDB pode conter dados de diferentes índices?

  • 0

(Nesta questão, assumo que os dados de uma tabela são na verdade um índice ( PRIMARY), então não diferencio entre dados de tabela e índices de coluna)

Compactei uma tabela InnoDB "antiga" (via ALTER TABLE nula) e observei o espaço ocupado pelos índices, antes e depois, por meio da mysql.innodb_index_statstabela.

O tamanho diminuiu (para alguns índices, significativamente); isso leva a uma pergunta: uma única página do InnoDB pode conter dados de diferentes índices?

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

Se uma consulta lê mais páginas do que o buffer do InnoDB pode conter, todas as páginas anteriores são despejadas?

  • 2

Se eu tiver algumas páginas (quentes) no buffer do InnoDB e realizar uma consulta que leia uma quantidade de dados maior que o próprio buffer, as páginas de acesso serão necessariamente despejadas?

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

Em quais casos uma varredura de tabela completa é preferível a uma varredura de índice com baixa cardinalidade?

  • 2

Existem cenários do mundo real em que executar um FTS é preferível a digitalizar um índice com cardinalidade muito baixa? Por que o MySQL faria isso?

Uma varredura de índice sempre envolve a leitura de menos dados (páginas)?

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

No [Percona] MySQL, o Adaptive Hash Index está incluído na contagem Total de memória alocada?

  • 2

Estou depurando um problema de memória com o MySQL 5.6 (estou usando a distribuição Percona), mas não consigo descobrir, pesquisando na web, se a Adaptive Hash Indexquantidade faz parte do Total memory allocated, ou se está separada.

Saída atual:

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 respostas
  • 701 Views
Martin Hope
Marcus
Asked: 2015-07-25 07:21:52 +0800 CST

Congelamento repentino do MySQL, com aumento de páginas sujas, mas sem consultas de gravação óbvias

  • 4

Estou sistematicamente (1/2 vezes por dia) experimentando um congelamento no servidor de banco de dados.

De repente, todos os COMMITs ficam presos no estado 'init'; eles se acumulam (até 20/30), e quase nenhuma outra consulta é executada. Após aproximadamente 30 segundos, o servidor retoma as operações normais.

Eu extraí muitos dados (que se seguem), o que mostra que algo está acontecendo no InnoDB, mas luto para encontrar uma causa específica.

Na lista de processos:

  • durante o problema, vejo apenas COMMITs
  • antes, não há operações de execução longa

Eu também passei pelo log binário, mas não há nada suspeito:

  • durante o problema, não há nada sendo escrito
  • antes, apenas pequenas consultas

Na verdade, o log binário começando pouco antes do problema é bastante pequeno - estando no modo ROW, se houvesse uma grande operação de atualização, eu esperaria que fosse grande.

Considerei um problema com o disco, mas os dados não se encaixam no padrão de, por exemplo, uma desaceleração repentina do disco.

Qual poderia ser a causa? A partir desse tipo de problema, eu esperaria uma grande consulta de gravação, mas não consigo encontrar nenhuma.

O sistema é um servidor dedicado, com 128GB de memória e Dual CPU Intel Xeon E5-2680 v2 @ 2.80GHz. O armazenamento é um espelho dos discos Seagate 15k; o sistema operacional é o Ubuntu 14.04 e os arquivos são armazenados em uma partição ext4 separada.

O MySQL é v5.6.24, com um pool de buffer alocado de 24G.

O cache de consulta está desabilitado.

Gráficos, status global e variáveis ​​innodb seguem, com algumas notas.

Em todos os gráficos, cada unidade X é um segundo. O intervalo aproximado do problema é destacado pelas barras verticais.

Observe que tenho todos os processos, variáveis ​​de status globais e status innodb, arquivados, para cada segundo do problema.

Páginas do buffer pool do Innodb

Há picos significativos nas páginas sujas/livres:

Páginas sujas/livres do InnoDB

E também no tamanho do buffer pool:

Tamanho do pool de buffer InnoDB

As páginas liberadas têm um comportamento muito interessante; o não aumenta muito, mas o InnoDB inicia uma descarga contínua; depois da criticidade, dispara:

Liberação de página do InnoDB

Innodb_buffer_pool_wait_freeé sempre 0.

Arquivo de log

O é um aumento nos dados gravados no arquivo de log, embora não seja enorme:

Gravações de arquivos de log

operações de disco

Não há alteração significativa nas operações pendentes (fsyncs/read/writes), mas há uma queda nos fsyncs reais:

Innodb fsync

Comandos

Quase todos os comandos (Com_*) não executam durante o problema. Os seguintes são os únicos em execução, que claramente mergulharam:

Selecione% s Confirma Inserções Atualizações

Status global atual (parcial)

+-----------------------------------------------+----------------+ | 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 | +-----------------------------------------------+----------------+

Variáveis ​​do 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 respostas
  • 1876 Views

Sidebar

Stats

  • Perguntas 205573
  • respostas 270741
  • best respostas 135370
  • utilizador 68524
  • Highest score
  • respostas
  • Marko Smith

    conectar ao servidor PostgreSQL: FATAL: nenhuma entrada pg_hba.conf para o host

    • 12 respostas
  • Marko Smith

    Como fazer a saída do sqlplus aparecer em uma linha?

    • 3 respostas
  • Marko Smith

    Selecione qual tem data máxima ou data mais recente

    • 3 respostas
  • Marko Smith

    Como faço para listar todos os esquemas no PostgreSQL?

    • 4 respostas
  • Marko Smith

    Listar todas as colunas de uma tabela especificada

    • 5 respostas
  • Marko Smith

    Como usar o sqlplus para se conectar a um banco de dados Oracle localizado em outro host sem modificar meu próprio tnsnames.ora

    • 4 respostas
  • Marko Smith

    Como você mysqldump tabela (s) específica (s)?

    • 4 respostas
  • Marko Smith

    Listar os privilégios do banco de dados usando o psql

    • 10 respostas
  • Marko Smith

    Como inserir valores em uma tabela de uma consulta de seleção no PostgreSQL?

    • 4 respostas
  • Marko Smith

    Como faço para listar todos os bancos de dados e tabelas usando o psql?

    • 7 respostas
  • Martin Hope
    Jin conectar ao servidor PostgreSQL: FATAL: nenhuma entrada pg_hba.conf para o host 2014-12-02 02:54:58 +0800 CST
  • Martin Hope
    Stéphane Como faço para listar todos os esquemas no PostgreSQL? 2013-04-16 11:19:16 +0800 CST
  • Martin Hope
    Mike Walsh Por que o log de transações continua crescendo ou fica sem espaço? 2012-12-05 18:11:22 +0800 CST
  • Martin Hope
    Stephane Rolland Listar todas as colunas de uma tabela especificada 2012-08-14 04:44:44 +0800 CST
  • Martin Hope
    haxney O MySQL pode realizar consultas razoavelmente em bilhões de linhas? 2012-07-03 11:36:13 +0800 CST
  • Martin Hope
    qazwsx Como posso monitorar o andamento de uma importação de um arquivo .sql grande? 2012-05-03 08:54:41 +0800 CST
  • Martin Hope
    markdorison Como você mysqldump tabela (s) específica (s)? 2011-12-17 12:39:37 +0800 CST
  • Martin Hope
    Jonas Como posso cronometrar consultas SQL usando psql? 2011-06-04 02:22:54 +0800 CST
  • Martin Hope
    Jonas Como inserir valores em uma tabela de uma consulta de seleção no PostgreSQL? 2011-05-28 00:33:05 +0800 CST
  • Martin Hope
    Jonas Como faço para listar todos os bancos de dados e tabelas usando o psql? 2011-02-18 00:45:49 +0800 CST

Hot tag

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

Explore

  • Início
  • Perguntas
    • Recentes
    • Highest score
  • tag
  • help

Footer

AskOverflow.Dev

About Us

  • About Us
  • Contact Us

Legal Stuff

  • Privacy Policy

Language

  • Pt
  • Server
  • Unix

© 2023 AskOverflow.DEV All Rights Reserve