MySQL例行检查

2024-01-01 08:04
文章标签 mysql 检查 database 例行

本文主要是介绍MySQL例行检查,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

MySQL例行检查

  • 1.实例例行检查
    • 1.1线程
    • 1.2索引
    • 1.3临时表
    • 1.4连接数
    • 1.5BINLOG
    • 1.6锁
    • 1.7WAIT事件
    • 1.8MySQL状态
  • 2.事务与锁例行检查
    • 2.1查看索引的cardinality
    • 2.2查看是否存在事务阻塞现象
    • 2.3查看事务执行时长以及执行的所有SQL
    • 2.4事务与锁
  • 3.库表例行检查
    • 3.1查看缺失主键的表
    • 3.2冗余索引
    • 3.3未使用的索引
    • 3.4表数据和碎片 TOP30
    • 3.5存储引擎不是InnoDB的表
    • 3.6表行数 TOP30
    • 3.7表行数据/索引数据大小统计
    • 3.8库行数据/索引数据大小统计
    • 3.9查看表中每行记录平均大小
    • 3.10自增ID使用情况
    • 3.11查看表所在的库
  • 4.主从例行检查

持续更新…
辅助阅读1. https://www.yuque.com/infuq/others/ivmss0
辅助阅读2. https://www.yuque.com/infuq/others/ohn4yf
辅助阅读3. https://www.yuque.com/infuq/others/niv9ee

1.实例例行检查

1.1线程

-- 线程缓存内的线程数量
show global status like 'Threads_cached';-- 当前打开的连接数量
show global status like 'Threads_connected';-- 创建用来处理连接的线程数
show global status like 'Threads_created';-- 激活的(非睡眠状态)线程数
show global status like 'Threads_running';

1.2索引

-- 内部提交语句
show global status like 'Handler_commit'; -- 内部 rollback语句数量
show global status like 'Handler_rollback'; -- 索引第一条记录被读的次数,如果高,则它表明服务器正执行大量全索引扫描
show global status like 'Handler_read_first';-- 根据索引读一行的请求数,如果较高,说明查询和表的索引正确
show global status like 'Handler_read_key'; -- 查询读索引最后一个索引键请求数
show global status like 'Handler_read_last';-- 按照索引顺序读下一行的请求数
show global status like 'Handler_read_next'; -- 按照索引顺序读前一行的请求数
show global status like 'Handler_read_prev';-- 根据固定位置读一行的请求数,如果值较高,说明可能使用了大量需要MySQL扫整个表的查询或没有正确使用索引
show global status like 'Handler_read_rnd'; -- 在数据文件中读下一行的请求数,如果你正进行大量的表扫,该值会较高
show global status like 'Handler_read_rnd_next'; -- 被缓存的.frm文件数量
show global status like 'Open_table_definitions'; -- 已经打开的表的数量,如果较大,table_open_cache值可能太小
show global status like 'Opened_tables';-- 当前打开的表的数量
show global status like 'Open_tables';-- 已经发送给服务器的查询个数
show global status like 'Queries';-- 没有使用索引的联接的数量,如果该值不为0,你应该仔细检查表的所有
show global status like 'Select_full_join';-- 对第一个表进行完全扫的联接的数量
show global status like 'Select_scan';-- 查询时间超过long_query_time秒的查询个数
show global status like 'Slow_queries';-- 排序算法已经执行的合并的数量,如果值较大,增加sort_buffer_size大小
show global status like 'Sort_merge_passes';

1.3临时表

-- 服务器执行语句时,在硬盘上自动创建的临时表的数量,是指在排序时,内存不够用(tmp_table_size小于需要排序的结果集),所以需要创建基于磁盘的临时表进行排序
show global status like 'Created_tmp_disk_tables'; -- 服务器执行语句时自动创建的内存中的临时表的数量
show global status like 'Created_tmp_files';

1.4连接数

-- 试图连接到(不管成不成功)MySQL服务器的连接数
show global status like 'Connections';

1.5BINLOG

1.binlog_cache_size 表示每个事务可以使用的cache内存大小.
2.binlog_cache_use 表示使用cache的次数.
3.binlog_cache_disk_use 表示由于cache内存空间不足,导致需要使用临时文件缓存二进制日志的次数.
4.max_binlog_cache_size 表示可以使用的最大cache内存大小.

1.6锁

-- 表锁
show global status like 'Table_locks_waited';
show global status like 'Table_locks_immediate';-- 行锁
-- 当前等待锁的行锁数量
show global status like 'Innodb_row_lock_current_waits';
-- 请求行锁总耗时
show global status like 'Innodb_row_lock_time';
-- 请求行锁平均耗时
show global status like 'Innodb_row_lock_time_avg';
-- 请求行锁最久耗时
show global status like 'Innodb_row_lock_time_max';
-- 行锁发生次数
show global status like 'Innodb_row_lock_waits';-- 还可以定时收集INFORMATION_SCHEMA里面的信息:SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCKS; 
-- MySQL 8.0 中已经不再使用,建议观测 sys 库
SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCK_WAITS;-- 临时表/临时文件
show global status like 'Created_tmp_disk_tables';
show global status like 'Created_tmp_files';-- 打开表/文件数
show global status like 'Open_files';
show global status like 'Open_table_definitions';
show global status like 'Open_tables';-- 并发连接数
show global status like 'Threads_running';
show global status like 'Threads_created';
show global status like 'Threads_cached';
show global status like 'Aborted_clients';-- 客户端没有正确关闭连接导致客户端终止而中断的连接数
show global status like 'Aborted_connects';

1.7WAIT事件

show global status like 'Innodb_buffer_pool_wait_free';
show global status like 'Innodb_log_waits';

1.8MySQL状态

show full processlist;
show engine innodb status\G;
show slave hosts;

2.事务与锁例行检查

select @@transaction_isolation

设置全局隔离级别
set global transaction isolation level READ UNCOMMITTED
set global transaction isolation level READ COMMITTED
set global transaction isolation level REPEATABLE READ
set global transaction isolation level SERIALIZABLE


设置会话隔离级别
set session transaction isolation level READ UNCOMMITTED
set session transaction isolation level READ COMMITTED
set session transaction isolation level REPEATABLE READ
set session transaction isolation level SERIALIZABLE


设置锁等待超时时长
set innodb_lock_wait_timeout=60
set global innodb_lock_wait_timeout=60


查看事务执行情况
SELECT * FROM information_schema.innodb_trx

在这里插入图片描述

trx_state包含RUNNING 和 LOCK WAIT

如果LOCK WAIT时间超过设定的时长, 会出现超时异常. https://www.yuque.com/infuq/others/tmmgsq#c5RPR



查看锁的占用情况 (8.0版本之前)

SELECT * FROM information_schema.innodb_locks
(8.0版本之后)
SELECT * FROM performance_schema.data_locks


查看锁的等待情况 (8.0版本之前)
SELECT * FROM information_schema.innodb_lock_waits
(8.0版本之后)
SELECT * FROM performance_schema.data_lock_waits


set global innodb_status_output_locks=on

pager less 或 pager more
show engine innodb status

2.1查看索引的cardinality

SHOW INDEX FROM store_goods

在这里插入图片描述

1.cardinality 预估值
2.根据cardinality可以判断此列是否适合创建索引
3.cardinality值越大越适合创建索引

若重新评估store_goods表的cardinality值, 采用 analyze table store_goods

若查看表的状态, 采用 show table status


官方SHOW命令

2.2查看是否存在事务阻塞现象

-- 方式一
SELECTr.trx_id waiting_trx_id,r.trx_mysql_thread_id waiting_thread,r.trx_query waiting_query,b.trx_id blocking_trx_id,b.trx_mysql_thread_id blocking_thread,b.trx_query blocking_query 
FROMinformation_schema.innodb_lock_waits wINNER JOIN information_schema.innodb_trx b ON b.trx_id = w.blocking_trx_idINNER JOIN information_schema.innodb_trx r ON r.trx_id = w.requesting_trx_id-- 方式二
SELECT * FROM sys.innodb_lock_waits ;

方式一的SQL结果如下图
阻塞与被阻塞事务

事务515590阻塞了515591, 即线程8阻塞了线程9, 线程ID与show processlist 命令显示的ID对应.
waiting_query表示被阻塞的SQL.
blocking_query一般情况都是NULL, 因为此SQL大概率已经在事务515590中执行过了.


方式二的SQL结果如下图

阻塞与被阻塞事务




以上两种方式不一定能查看到blocking_query值, 可以通过以下方式查看到blocking_query值

SELECTtmp.*,c.SQL_Text blocking_sql_text,p.HOST blocking_host 
FROM(SELECTr.trx_state wating_trx_state,r.trx_id waiting_trx_id,r.trx_mysql_thread_Id waiting_thread,r.trx_query waiting_query,b.trx_state blocking_trx_state,b.trx_id blocking_trx_id,b.trx_mysql_thread_id blocking_thread,b.trx_query blocking_query FROMinformation_schema.innodb_lock_waits wINNER JOIN information_schema.innodb_trx b ON b.trx_id = w.blocking_trx_idINNER JOIN information_schema.innodb_trx r ON r.trx_id = w.requesting_trx_id ) tmp,information_schema.PROCESSLIST p,PERFORMANCE_SCHEMA.events_statements_current c,PERFORMANCE_SCHEMA.threads t 
WHEREtmp.blocking_thread = p.id AND t.thread_id = c.THREAD_ID AND t.PROCESSLIST_ID = p.id;

2.3查看事务执行时长以及执行的所有SQL

查看事务执行时长

-- #1
SELECT  trx.trx_id                                     AS `事务ID`,trx.trx_mysql_thread_id                        AS `线程ID`,l.user                                         AS `用户`,l.host                                         AS `主机`,l.db                                           AS `数据库名`,to_seconds(now())- to_seconds(trx.trx_started) AS `事务持续时间(秒)`,trx.trx_state                                  AS `事务状态`,trx.trx_requested_lock_id                      AS `事务需要等待的资源`,trx.trx_wait_started                           AS `事务开始等待时间`,trx.trx_tables_in_use                          AS `事务使用表`,trx.trx_tables_locked                          AS `事务拥有锁`,trx.trx_rows_locked                            AS `事务锁定行`,trx.trx_rows_modified                          AS `事务更改行`,trx.trx_query                                  AS `语句`
FROM information_schema.innodb_trx trx
LEFT JOIN information_schema.PROCESSLIST l ON trx.trx_mysql_thread_id = l.id;或者SELECT  t.trx_id                AS `事务ID`,to_seconds(now())- to_seconds(t.trx_started)    AS `事务持续时间(秒)`,t.*
FROM information_schema.innodb_trx t;


https://hdm.console.aliyun.com/#/diagnosis/instance/rm-bp1349lz8ic76gru5/detail/session

在这里插入图片描述


事务执行的所有SQL

-- #2
SELECT  now() AS `当前时间`,( UNIX_TIMESTAMP( now()) - UNIX_TIMESTAMP( a.trx_started )) AS `事务持续时间(秒)`,b.id AS `MySQL线程ID`,b.user,b.host,b.db,d.SQL_TEXT AS `事务最后执行的SQL`
FROM information_schema.innodb_trx a
INNER JOIN information_schema.PROCESSLIST b ON a.TRX_MYSQL_THREAD_ID = b.id AND b.command = 'Sleep'
INNER JOIN performance_schema.threads c ON b.id = c.PROCESSLIST_ID
INNER JOIN performance_schema.events_statements_current d ON d.THREAD_ID = c.THREAD_ID;-- #3   726137即#2中的MySQL线程ID,一个事务对应一个MySQL线程ID
SELECT  ps.id 'PROCESS ID',ps.USER,ps.HOST,esh.EVENT_ID,trx.trx_started,esh.event_name 'EVENT NAME',esh.sql_text 'SQL',ps.time
FROM PERFORMANCE_SCHEMA.events_statements_history esh
JOIN PERFORMANCE_SCHEMA.threads th ON esh.thread_id = th.thread_id
JOIN information_schema.PROCESSLIST ps ON ps.id = th.processlist_id AND ps.id = 726137
LEFT JOIN information_schema.innodb_trx trx ON trx.trx_mysql_thread_id = ps.id
WHERE trx.trx_id IS NOT NULL
AND ps.USER != 'SYSTEM_USER'
ORDER BY esh.EVENT_ID;

2.4事务与锁


--  
SELECT  lock_id     AS `锁ID`,lock_trx_id AS `拥有锁的事务ID`,lock_mode   AS `锁模式`,lock_type   AS `锁类型`,lock_table  AS `被锁的表`,lock_index  AS `被锁的索引`,lock_space  AS `被锁的表空间号`,lock_page   AS `被锁的页号`,lock_rec    AS `被锁的记录号`,lock_data   AS `被锁的数据`
FROM information_schema.innodb_locks;--  
SELECT  requesting_trx_id AS `请求锁的事务ID`,requested_lock_id AS `请求锁的锁ID`,blocking_trx_id   AS `当前拥有锁的事务ID`,blocking_lock_id  AS `当前拥有锁的锁ID`
FROM innodb_lock_waits;

3.库表例行检查

3.1查看缺失主键的表

-- 不严谨
SELECT  t.table_schema,t.table_name
FROM information_schema.tables t
INNER JOIN information_schema.columns c ON t.table_schema = c.table_schema AND t.table_name = c.table_name
WHERE t.table_schema NOT IN ('sys', 'mysql', 'information_schema', 'performance_schema', 'test')
GROUP BY  t.table_schema,t.table_name
HAVING SUM(if(column_key IN ('PRI', 'UNI'), 1, 0)) = 0 ;-- 
SELECTt.table_schema,t.table_name,t.table_type 
FROMinformation_schema.TABLES tLEFT JOIN information_schema.TABLE_CONSTRAINTS c ON c.TABLE_SCHEMA = t.TABLE_SCHEMA AND t.TABLE_NAME = c.TABLE_NAME AND c.CONSTRAINT_NAME IN ( 'PRIMARY' ) 
WHEREc.TABLE_NAME IS NULL AND t.TABLE_SCHEMA NOT IN ( 'information_schema', 'performance_schema', 'test', 'mysql', 'sys' ) AND t.TABLE_TYPE = "BASE TABLE" ;--
SELECTt.table_schema,t.table_name,t.table_type 
FROMinformation_schema.TABLES tLEFT JOIN information_schema.STATISTICS c ON c.TABLE_SCHEMA = t.TABLE_SCHEMA AND t.TABLE_NAME = c.TABLE_NAME AND c.INDEX_NAME IN ( 'PRIMARY' ) 
WHEREc.TABLE_NAME IS NULL AND t.TABLE_SCHEMA NOT IN ( 'information_schema', 'performance_schema', 'test', 'mysql', 'sys' ) AND t.TABLE_TYPE = "BASE TABLE" ;

3.2冗余索引

-- information_schema
SELECT  a.table_schema AS '库',a.table_name AS '表名',a.index_name AS '索引',a.index_columns AS '索引列',b.index_name AS '冗余索引',b.index_columns AS '冗余索引列',CONCAT('ALTER TABLE ',a.table_schema,'.',a.table_name,' DROP INDEX ',a.index_name,'') AS '建议删除索引语句'
FROM
(   (SELECT  information_schema.STATISTICS.TABLE_SCHEMA AS table_schema,information_schema.STATISTICS.TABLE_NAME AS table_name,information_schema.STATISTICS.INDEX_NAME AS index_name,MAX(information_schema.STATISTICS.NON_UNIQUE) AS non_unique,MAX(IF(ISNULL(information_schema.STATISTICS.SUB_PART),0,1)) AS subpart_exists,GROUP_CONCAT(information_schema.STATISTICS.COLUMN_NAME ORDER BY information_schema.STATISTICS.SEQ_IN_INDEX ASC separator ',') AS index_columnsFROM information_schema.STATISTICSWHERE information_schema.STATISTICS.INDEX_TYPE = 'BTREE' AND information_schema.STATISTICS.TABLE_SCHEMA NOT IN ('mysql', 'sys', 'INFORMATION_SCHEMA', 'PERFORMANCE_SCHEMA')GROUP BY  information_schema.STATISTICS.TABLE_SCHEMA,information_schema.STATISTICS.TABLE_NAME,information_schema.STATISTICS.INDEX_NAME) aJOIN(SELECT  information_schema.STATISTICS.TABLE_SCHEMA AS table_schema,information_schema.STATISTICS.TABLE_NAME AS table_name,information_schema.STATISTICS.INDEX_NAME AS index_name,MAX(information_schema.STATISTICS.NON_UNIQUE) AS non_unique,MAX(IF(ISNULL(information_schema.STATISTICS.SUB_PART),0,1)) AS subpart_exists,GROUP_CONCAT(information_schema.STATISTICS.COLUMN_NAME ORDER BY information_schema.STATISTICS.SEQ_IN_INDEX ASC separator ',') AS index_columnsFROM information_schema.STATISTICSWHERE information_schema.STATISTICS.INDEX_TYPE = 'BTREE' AND information_schema.STATISTICS.TABLE_SCHEMA NOT IN ('mysql', 'sys', 'INFORMATION_SCHEMA', 'PERFORMANCE_SCHEMA')GROUP BY  information_schema.STATISTICS.TABLE_SCHEMA,information_schema.STATISTICS.TABLE_NAME,information_schema.STATISTICS.INDEX_NAME) b ON a.table_schema = b.table_schema AND a.table_name = b.table_name
)
WHERE a.index_name <> b.index_name 
AND (((a.index_columns = b.index_columns) AND ((a.non_unique > b.non_unique) OR ((a.non_unique = b.non_unique) AND (IF((a.index_name = 'PRIMARY'), '', a.index_name) > IF((b.index_name = 'PRIMARY'), '', b.index_name))))) OR ((LOCATE(CONCAT(a.index_columns, ','), b.index_columns) = 1) AND (a.non_unique = 1)) OR ((LOCATE(CONCAT(b.index_columns, ','), a.index_columns) = 1) AND (b.non_unique = 0)));-- sys
SELECT table_schema AS '库',table_name AS '表名',dominant_index_name AS '索引',dominant_index_columns AS '索引列',dominant_index_non_unique,redundant_index_name AS '冗余索引',redundant_index_columns AS '冗余索引列',redundant_index_non_unique,    subpart_exists,sql_drop_index AS '建议删除索引语句'
FROMsys.schema_redundant_indexes
WHEREtable_schema NOT IN ('mysql', 'sys', 'INFORMATION_SCHEMA', 'PERFORMANCE_SCHEMA');

3.3未使用的索引


-- performance_schema information_schema
SELECT t.OBJECT_SCHEMA AS object_schema,t.OBJECT_NAME AS object_name,t.INDEX_NAME AS index_name
FROMperformance_schema.table_io_waits_summary_by_index_usage tJOIN information_schema.STATISTICS s ON t.OBJECT_SCHEMA = s.TABLE_SCHEMAAND t.OBJECT_NAME = s.TABLE_NAMEAND t.INDEX_NAME = s.INDEX_NAME
WHEREt.INDEX_NAME IS NOT NULLAND t.COUNT_STAR = 0AND t.OBJECT_SCHEMA NOT IN ('mysql', 'sys', 'INFORMATION_SCHEMA', 'PERFORMANCE_SCHEMA')AND t.INDEX_NAME <> 'PRIMARY'AND s.NON_UNIQUE = 1AND s.SEQ_IN_INDEX = 1
ORDER BY t.OBJECT_SCHEMA, t.OBJECT_NAME; -- sys
SELECT * FROM sys.schema_unused_indexes WHERE object_schema NOT IN ('mysql', 'sys', 'INFORMATION_SCHEMA', 'PERFORMANCE_SCHEMA');

3.4表数据和碎片 TOP30

selectTABLE_SCHEMA,TABLE_NAME,TABLE_ROWS,DATA_LENGTH,INDEX_LENGTH,DATA_FREE 
frominformation_schema.tables 
whereDATA_FREE is not null 
ORDER BYDATA_FREE DESC LIMIT 30;

3.5存储引擎不是InnoDB的表

-- 
SELECTTABLE_SCHEMA,TABLE_NAME,
ENGINE 
FROMINFORMATION_SCHEMA.TABLES 
WHEREENGINE != 'InnoDB' AND TABLE_SCHEMA NOT IN ( "INFORMATION_SCHEMA", "PERFORMANCE_SCHEMA", "MYSQL", "SYS" ) ;

3.6表行数 TOP30

SELECTTABLE_SCHEMA,TABLE_NAME,TABLE_ROWS 
FROM`information_schema`.`tables` 
WHERETABLE_SCHEMA NOT IN ( 'information_schema', 'sys', 'mysql', 'performance_schema' ) 
ORDER BYtable_rows DESC LIMIT 30;

3.7表行数据/索引数据大小统计

--
SELECTconcat( round( sum( DATA_LENGTH / 1024 / 1024 ), 2 ), 'M' ) AS "Size data(MB)",concat( round( sum( INDEX_LENGTH / 1024 / 1024 ), 2 ), 'M' ) AS "Size index(MB)" 
FROMinformation_schema.tables 
WHEREtable_schema = 'wisp_test' AND table_name = 'store_customer_order';

3.8库行数据/索引数据大小统计

--
SELECTtable_schema "Database name",sum( table_rows ) "No. of rows",sum( data_length ) / 1024 / 1024 "Size data (MB)",sum( index_length )/ 1024 / 1024 "Size index (MB)" 
FROMinformation_schema.TABLES 
GROUP BYtable_schema;

3.9查看表中每行记录平均大小

show table status like '表名'\G;

在这里插入图片描述


抽样计算每行字节数

SELECT ROUND(AVG(row), 2)
FROM(SELECT (4 + 4 + LENGTH(field)) AS rowFROMtableLIMIT 150000) t

https://dev.mysql.com/doc/refman/8.0/en/storage-requirements.html

3.10自增ID使用情况

SELECTtable_schema,table_name,ENGINE,auto_increment 
FROMinformation_schema.TABLES 
WHERETABLE_SCHEMA NOT IN ( "INFORMATION_SCHEMA", "PERFORMANCE_SCHEMA", "MYSQL", "SYS" ) AND auto_increment IS NOT NULL 
ORDER BYauto_increment DESC limit 30;

3.11查看表所在的库

SELECT  *
FROM information_schema.tables
WHERE table_name = 'order_relation'

4.主从例行检查

-- 主从状态
show slave status\G;-- 主从是否延迟
Master_Log_File == Relay_Master_Log_File && Read_Master_Log_Pos == Exec_Master_Log_Pos

这篇关于MySQL例行检查的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!


原文地址:
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.chinasem.cn/article/558612

相关文章

MySQL 分区与分库分表策略应用小结

《MySQL分区与分库分表策略应用小结》在大数据量、复杂查询和高并发的应用场景下,单一数据库往往难以满足性能和扩展性的要求,本文将详细介绍这两种策略的基本概念、实现方法及优缺点,并通过实际案例展示如... 目录mysql 分区与分库分表策略1. 数据库水平拆分的背景2. MySQL 分区策略2.1 分区概念

MySQL高级查询之JOIN、子查询、窗口函数实际案例

《MySQL高级查询之JOIN、子查询、窗口函数实际案例》:本文主要介绍MySQL高级查询之JOIN、子查询、窗口函数实际案例的相关资料,JOIN用于多表关联查询,子查询用于数据筛选和过滤,窗口函... 目录前言1. JOIN(连接查询)1.1 内连接(INNER JOIN)1.2 左连接(LEFT JOI

MySQL 中查询 VARCHAR 类型 JSON 数据的问题记录

《MySQL中查询VARCHAR类型JSON数据的问题记录》在数据库设计中,有时我们会将JSON数据存储在VARCHAR或TEXT类型字段中,本文将详细介绍如何在MySQL中有效查询存储为V... 目录一、问题背景二、mysql jsON 函数2.1 常用 JSON 函数三、查询示例3.1 基本查询3.2

MySQL中动态生成SQL语句去掉所有字段的空格的操作方法

《MySQL中动态生成SQL语句去掉所有字段的空格的操作方法》在数据库管理过程中,我们常常会遇到需要对表中字段进行清洗和整理的情况,本文将详细介绍如何在MySQL中动态生成SQL语句来去掉所有字段的空... 目录在mysql中动态生成SQL语句去掉所有字段的空格准备工作原理分析动态生成SQL语句在MySQL

MySQL中FIND_IN_SET函数与INSTR函数用法解析

《MySQL中FIND_IN_SET函数与INSTR函数用法解析》:本文主要介绍MySQL中FIND_IN_SET函数与INSTR函数用法解析,本文通过实例代码给大家介绍的非常详细,感兴趣的朋友一... 目录一、功能定义与语法1、FIND_IN_SET函数2、INSTR函数二、本质区别对比三、实际场景案例分

MySQL中的交叉连接、自然连接和内连接查询详解

《MySQL中的交叉连接、自然连接和内连接查询详解》:本文主要介绍MySQL中的交叉连接、自然连接和内连接查询,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、引入二、交php叉连接(cross join)三、自然连接(naturalandroid join)四

Mysql如何将数据按照年月分组的统计

《Mysql如何将数据按照年月分组的统计》:本文主要介绍Mysql如何将数据按照年月分组的统计方式,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录mysql将数据按照年月分组的统计要的效果方案总结Mysql将数据按照年月分组的统计要的效果方案① 使用 DA

Mysql表如何按照日期字段的年月分区

《Mysql表如何按照日期字段的年月分区》:本文主要介绍Mysql表如何按照日期字段的年月分区的实现方式,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、创键表时直接设置分区二、已有表分区1、分区的前置条件2、分区操作三、验证四、注意总结一、创键表时直接设置分区

mysql的基础语句和外键查询及其语句详解(推荐)

《mysql的基础语句和外键查询及其语句详解(推荐)》:本文主要介绍mysql的基础语句和外键查询及其语句详解(推荐),本文给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要的朋... 目录一、mysql 基础语句1. 数据库操作 创建数据库2. 表操作 创建表3. CRUD 操作二、外键

MySQL更新某个字段拼接固定字符串的实现

《MySQL更新某个字段拼接固定字符串的实现》在MySQL中,我们经常需要对数据库中的某个字段进行更新操作,本文就来介绍一下MySQL更新某个字段拼接固定字符串的实现,感兴趣的可以了解一下... 目录1. 查看字段当前值2. 更新字段拼接固定字符串3. 验证更新结果mysql更新某个字段拼接固定字符串 -