最新国产好看的视频,伊人天堂AV在线,国产Aaaaaa视频,蜜臀视频在线观看一区,人妻av色图,密臀久久久精品影片,青青视频免费观看毛片,久草在线观看视,国产三级精品色情在线

MySQL中BLACKHOLE存儲(chǔ)引擎的原理與應(yīng)用場(chǎng)景介紹

 更新時(shí)間:2025年12月01日 08:35:20   作者:碼農(nóng)阿豪@新空間  
在MySQL的存儲(chǔ)引擎家族中,BLACKHOLE引擎猶如一個(gè)神秘的存在——它接收數(shù)據(jù)卻從不存儲(chǔ),下面我們就來(lái)深入探討B(tài)LACKHOLE引擎的機(jī)制、應(yīng)用場(chǎng)景,以及在實(shí)際DTS遷移中如何處理相關(guān)問(wèn)題的完整解決方案吧

引言

在MySQL的存儲(chǔ)引擎家族中,BLACKHOLE引擎猶如一個(gè)神秘的存在——它接收數(shù)據(jù)卻從不存儲(chǔ),執(zhí)行操作卻不留痕跡。這個(gè)特殊的"虛空吞噬者"在特定場(chǎng)景下發(fā)揮著不可替代的作用,但在數(shù)據(jù)遷移過(guò)程中也可能成為絆腳石。本文將深入探討B(tài)LACKHOLE引擎的機(jī)制、應(yīng)用場(chǎng)景,以及在實(shí)際DTS遷移中如何處理相關(guān)問(wèn)題的完整解決方案。

第一章:認(rèn)識(shí)BLACKHOLE存儲(chǔ)引擎

1.1 什么是BLACKHOLE引擎

BLACKHOLE引擎是MySQL中一個(gè)特殊的存儲(chǔ)引擎,其名稱(chēng)形象地描述了它的特性——如同黑洞一般,吞噬所有傳入的數(shù)據(jù)而不進(jìn)行實(shí)際存儲(chǔ)。所有對(duì)BLACKHOLE表的INSERT、UPDATE、DELETE操作都會(huì)正常執(zhí)行但不會(huì)持久化數(shù)據(jù),SELECT查詢(xún)也總是返回空結(jié)果集。

1.2 BLACKHOLE引擎的工作原理

-- 創(chuàng)建BLACKHOLE表示例
CREATE TABLE blackhole_demo (
    id INT AUTO_INCREMENT PRIMARY KEY,
    name VARCHAR(50),
    created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP
) ENGINE = BLACKHOLE;

-- 插入數(shù)據(jù)(數(shù)據(jù)將被"吞噬")
INSERT INTO blackhole_demo (name) VALUES ('測(cè)試數(shù)據(jù)'), ('另一個(gè)測(cè)試');

-- 查詢(xún)總是返回空集
SELECT * FROM blackhole_demo;
-- 結(jié)果:Empty set (0.00 sec)

BLACKHOLE引擎在物理存儲(chǔ)層面只創(chuàng)建表結(jié)構(gòu)文件(.frm),而不創(chuàng)建數(shù)據(jù)文件和索引文件。當(dāng)執(zhí)行DML操作時(shí),它正常處理SQL語(yǔ)句并寫(xiě)入二進(jìn)制日志(如果啟用),但跳過(guò)實(shí)際的數(shù)據(jù)存儲(chǔ)步驟。

第二章:BLACKHOLE引擎的核心應(yīng)用場(chǎng)景

2.1 主從復(fù)制架構(gòu)中的數(shù)據(jù)過(guò)濾

在復(fù)雜的主從復(fù)制環(huán)境中,BLACKHOLE引擎可以作為智能過(guò)濾器,實(shí)現(xiàn)精細(xì)化的數(shù)據(jù)分發(fā)策略。

-- 在主從架構(gòu)中的典型應(yīng)用
-- 主服務(wù)器配置
CREATE TABLE critical_data (
    id INT PRIMARY KEY,
    business_data TEXT
) ENGINE = InnoDB;

CREATE TABLE audit_logs (
    id INT PRIMARY KEY,
    log_message TEXT,
    log_time DATETIME
) ENGINE = BLACKHOLE;  -- 不復(fù)制到從服務(wù)器

CREATE TABLE operational_metrics (
    id INT PRIMARY KEY,
    metric_name VARCHAR(100),
    metric_value DECIMAL(10,2)
) ENGINE = BLACKHOLE;  -- 僅在主服務(wù)器記錄,不復(fù)制

這種架構(gòu)的優(yōu)勢(shì)在于:

  • 減少網(wǎng)絡(luò)帶寬消耗:避免不必要的數(shù)據(jù)傳輸
  • 提升從服務(wù)器性能:從服務(wù)器只存儲(chǔ)需要的數(shù)據(jù)
  • 實(shí)現(xiàn)數(shù)據(jù)分層:不同重要性的數(shù)據(jù)采用不同的復(fù)制策略

2.2 性能測(cè)試與基準(zhǔn)對(duì)比

BLACKHOLE引擎為數(shù)據(jù)庫(kù)性能測(cè)試提供了理想的基準(zhǔn)參照。

-- 性能對(duì)比測(cè)試腳本
DELIMITER $$

CREATE PROCEDURE performance_benchmark()
BEGIN
    DECLARE start_time BIGINT;
    DECLARE end_time BIGINT;
    DECLARE i INT DEFAULT 0;
    
    -- 測(cè)試BLACKHOLE引擎性能
    DROP TABLE IF EXISTS test_blackhole;
    CREATE TABLE test_blackhole (
        id INT,
        data VARCHAR(255)
    ) ENGINE = BLACKHOLE;
    
    SET start_time = UNIX_TIMESTAMP(NOW(6));
    
    WHILE i < 10000 DO
        INSERT INTO test_blackhole VALUES (i, REPEAT('X', 200));
        SET i = i + 1;
    END WHILE;
    
    SET end_time = UNIX_TIMESTAMP(NOW(6));
    SELECT CONCAT('BLACKHOLE引擎耗時(shí): ', (end_time - start_time), ' 秒') AS result;
    
    -- 測(cè)試InnoDB引擎性能
    SET i = 0;
    DROP TABLE IF EXISTS test_innodb;
    CREATE TABLE test_innodb (
        id INT,
        data VARCHAR(255)
    ) ENGINE = InnoDB;
    
    SET start_time = UNIX_TIMESTAMP(NOW(6));
    
    WHILE i < 10000 DO
        INSERT INTO test_innodb VALUES (i, REPEAT('X', 200));
        SET i = i + 1;
    END WHILE;
    
    SET end_time = UNIX_TIMESTAMP(NOW(6));
    SELECT CONCAT('InnoDB引擎耗時(shí): ', (end_time - start_time), ' 秒') AS result;
END$$

DELIMITER ;

CALL performance_benchmark();

2.3 觸發(fā)器與日志處理的優(yōu)雅解決方案

在某些業(yè)務(wù)場(chǎng)景中,我們需要執(zhí)行觸發(fā)器邏輯但不存儲(chǔ)實(shí)際數(shù)據(jù),BLACKHOLE引擎為此提供了完美解決方案。

-- 使用BLACKHOLE引擎處理觸發(fā)器邏輯
CREATE TABLE user_actions (
    id INT AUTO_INCREMENT PRIMARY KEY,
    user_id INT,
    action_type VARCHAR(50),
    action_time DATETIME DEFAULT CURRENT_TIMESTAMP
) ENGINE = InnoDB;

-- BLACKHOLE表用于觸發(fā)器處理
CREATE TABLE action_statistics (
    user_id INT,
    action_count INT,
    last_action_time DATETIME
) ENGINE = BLACKHOLE;

DELIMITER $$

CREATE TRIGGER after_user_action
AFTER INSERT ON user_actions
FOR EACH ROW
BEGIN
    -- 復(fù)雜的業(yè)務(wù)邏輯處理
    DECLARE current_count INT DEFAULT 0;
    
    -- 統(tǒng)計(jì)用戶(hù)操作次數(shù)(實(shí)際不存儲(chǔ))
    INSERT INTO action_statistics 
    VALUES (NEW.user_id, 1, NEW.action_time)
    ON DUPLICATE KEY UPDATE 
        action_count = action_count + 1,
        last_action_time = NEW.action_time;
        
    -- 其他業(yè)務(wù)邏輯...
    IF NEW.action_type = 'login' THEN
        -- 記錄登錄特殊處理
        INSERT INTO action_statistics VALUES (NEW.user_id, -1, NEW.action_time);
    END IF;
END$$

DELIMITER ;

第三章:DTS遷移中的BLACKHOLE引擎挑戰(zhàn)

3.1 DTS預(yù)檢失敗的根源分析

在進(jìn)行數(shù)據(jù)庫(kù)傳輸服務(wù)(DTS)遷移時(shí),遇到BLACKHOLE引擎相關(guān)的預(yù)檢失敗是常見(jiàn)問(wèn)題。主要原因包括:

  • 兼容性問(wèn)題:目標(biāo)數(shù)據(jù)庫(kù)可能不支持BLACKHOLE引擎
  • 數(shù)據(jù)一致性風(fēng)險(xiǎn):BLACKHOLE表在目標(biāo)端無(wú)法保持相同行為
  • 復(fù)制機(jī)制沖突:DTS的增量同步機(jī)制與BLACKHOLE特性不兼容

3.2 實(shí)際遷移場(chǎng)景中的問(wèn)題表現(xiàn)

典型的預(yù)檢錯(cuò)誤示例

DTS預(yù)檢失敗: 表 `production`.`audit_logs` 使用了不支持的存儲(chǔ)引擎 BLACKHOLE

錯(cuò)誤代碼: DTS.PreCheck.NotSupportedStorageEngine

建議: 將表引擎修改為InnoDB或其他支持的引擎

第四章:BLACKHOLE引擎遷移完整解決方案

4.1 方案一:直接引擎轉(zhuǎn)換(推薦)

這是最簡(jiǎn)單直接的解決方案,適用于大多數(shù)遷移場(chǎng)景。

-- 單表引擎轉(zhuǎn)換
ALTER TABLE audit_logs ENGINE = InnoDB;

-- 批量轉(zhuǎn)換腳本
SET @database_name = 'your_database';

SELECT 
    CONCAT('ALTER TABLE `', TABLE_NAME, '` ENGINE = InnoDB;') AS alter_statement,
    TABLE_NAME,
    TABLE_ROWS
FROM information_schema.TABLES 
WHERE TABLE_SCHEMA = @database_name 
AND ENGINE = 'BLACKHOLE'
ORDER BY TABLE_NAME;

-- 執(zhí)行生成的ALTER語(yǔ)句
-- ALTER TABLE `audit_logs` ENGINE = InnoDB;
-- ALTER TABLE `temporary_metrics` ENGINE = InnoDB;

4.2 方案二:結(jié)構(gòu)重建與數(shù)據(jù)遷移

對(duì)于復(fù)雜表結(jié)構(gòu)或有特殊依賴(lài)的情況,采用重建策略更為安全。

-- 1. 檢查表結(jié)構(gòu)和依賴(lài)關(guān)系
SHOW CREATE TABLE problematic_table;

-- 2. 檢查相關(guān)觸發(fā)器
SHOW TRIGGERS WHERE `Table` = 'problematic_table';

-- 3. 創(chuàng)建備份表
CREATE TABLE problematic_table_backup LIKE problematic_table;
ALTER TABLE problematic_table_backup ENGINE = InnoDB;

-- 4. 遷移數(shù)據(jù)(如果BLACKHOLE表有特殊數(shù)據(jù)來(lái)源)
-- 注意:標(biāo)準(zhǔn)的BLACKHOLE表沒(méi)有數(shù)據(jù),但可能有其他數(shù)據(jù)源
INSERT INTO problematic_table_backup 
SELECT * FROM problematic_table;

-- 5. 重命名表完成切換
RENAME TABLE 
    problematic_table TO problematic_table_old,
    problematic_table_backup TO problematic_table;

-- 6. 驗(yàn)證后清理
-- DROP TABLE problematic_table_old;

4.3 方案三:自動(dòng)化批量處理框架

對(duì)于包含大量BLACKHOLE表的數(shù)據(jù)遷移,需要自動(dòng)化處理方案。

-- 自動(dòng)化遷移存儲(chǔ)過(guò)程
DELIMITER $$

CREATE PROCEDURE migrate_blackhole_tables(IN db_name VARCHAR(64))
BEGIN
    DECLARE done INT DEFAULT FALSE;
    DECLARE table_name VARCHAR(64);
    DECLARE cur CURSOR FOR 
        SELECT TABLE_NAME 
        FROM information_schema.TABLES 
        WHERE TABLE_SCHEMA = db_name 
        AND ENGINE = 'BLACKHOLE';
    DECLARE CONTINUE HANDLER FOR NOT FOUND SET done = TRUE;
    
    DECLARE EXIT HANDLER FOR SQLEXCEPTION
    BEGIN
        GET DIAGNOSTICS CONDITION 1 @sqlstate = RETURNED_SQLSTATE;
        SELECT CONCAT('遷移失敗: ', @sqlstate) AS error;
        ROLLBACK;
    END;
    
    START TRANSACTION;
    
    OPEN cur;
    
    read_loop: LOOP
        FETCH cur INTO table_name;
        IF done THEN
            LEAVE read_loop;
        END IF;
        
        -- 執(zhí)行引擎轉(zhuǎn)換
        SET @sql = CONCAT('ALTER TABLE `', db_name, '`.`', table_name, '` ENGINE = InnoDB');
        PREPARE stmt FROM @sql;
        EXECUTE stmt;
        DEALLOCATE PREPARE stmt;
        
        SELECT CONCAT('已轉(zhuǎn)換: ', table_name) AS progress;
    END LOOP;
    
    CLOSE cur;
    COMMIT;
    
    SELECT '所有BLACKHOLE表轉(zhuǎn)換完成' AS result;
END$$

DELIMITER ;

-- 執(zhí)行批量遷移
CALL migrate_blackhole_tables('your_production_db');

第五章:遷移前后的驗(yàn)證與測(cè)試

5.1 預(yù)遷移檢查清單

-- 1. 識(shí)別所有BLACKHOLE表
SELECT 
    TABLE_SCHEMA,
    TABLE_NAME,
    TABLE_ROWS,
    CREATE_TIME
FROM information_schema.TABLES 
WHERE ENGINE = 'BLACKHOLE'
ORDER BY TABLE_SCHEMA, TABLE_NAME;

-- 2. 檢查表依賴(lài)關(guān)系
SELECT 
    TABLE_NAME,
    TRIGGER_NAME,
    ACTION_TIMING,
    EVENT_MANIPULATION
FROM information_schema.TRIGGERS 
WHERE EVENT_OBJECT_SCHEMA = 'your_database';

-- 3. 驗(yàn)證外鍵約束
SELECT
    TABLE_NAME,
    COLUMN_NAME,
    CONSTRAINT_NAME,
    REFERENCED_TABLE_NAME,
    REFERENCED_COLUMN_NAME
FROM information_schema.KEY_COLUMN_USAGE
WHERE TABLE_SCHEMA = 'your_database'
AND REFERENCED_TABLE_NAME IS NOT NULL;

5.2 遷移后驗(yàn)證流程

-- 1. 確認(rèn)引擎轉(zhuǎn)換成功
SELECT 
    TABLE_NAME,
    ENGINE,
    TABLE_ROWS
FROM information_schema.TABLES 
WHERE TABLE_SCHEMA = 'your_database'
AND TABLE_NAME IN ('previously_blackhole_table1', 'previously_blackhole_table2');

-- 2. 功能測(cè)試
-- 插入測(cè)試數(shù)據(jù)
INSERT INTO converted_table (test_column) VALUES ('功能測(cè)試數(shù)據(jù)');

-- 驗(yàn)證數(shù)據(jù)持久化
SELECT * FROM converted_table WHERE test_column = '功能測(cè)試數(shù)據(jù)';

-- 3. 性能基準(zhǔn)測(cè)試
-- 比較轉(zhuǎn)換前后的性能表現(xiàn)

第六章:預(yù)防措施與最佳實(shí)踐

6.1 配置管理預(yù)防

-- 設(shè)置默認(rèn)存儲(chǔ)引擎為InnoDB
SET GLOBAL default_storage_engine = InnoDB;

-- 在my.cnf中永久配置
/*
[mysqld]
default-storage-engine = InnoDB
*/

-- 創(chuàng)建用戶(hù)時(shí)限制引擎使用
CREATE USER 'app_user'@'%' IDENTIFIED BY 'password';
GRANT ALL PRIVILEGES ON your_database.* TO 'app_user'@'%';
REVOKE CREATE TEMPORARY TABLES, CREATE ROUTINE, ALTER ROUTINE 
ON *.* FROM 'app_user'@'%';

6.2 開(kāi)發(fā)規(guī)范約束

在團(tuán)隊(duì)開(kāi)發(fā)規(guī)范中明確禁止或限制BLACKHOLE引擎的使用:

-- 代碼審查中檢查存儲(chǔ)引擎使用
SELECT 
    ROUTINE_NAME,
    ROUTINE_DEFINITION
FROM information_schema.ROUTINES
WHERE ROUTINE_DEFINITION LIKE '%ENGINE=BLACKHOLE%'
   OR ROUTINE_DEFINITION LIKE '%BLACKHOLE%';

6.3 監(jiān)控告警機(jī)制

建立監(jiān)控體系,及時(shí)發(fā)現(xiàn)意外的BLACKHOLE表創(chuàng)建:

-- 監(jiān)控新創(chuàng)建的BLACKHOLE表
SELECT 
    TABLE_SCHEMA,
    TABLE_NAME,
    CREATE_TIME
FROM information_schema.TABLES 
WHERE ENGINE = 'BLACKHOLE'
AND CREATE_TIME > DATE_SUB(NOW(), INTERVAL 1 DAY);

第七章:特殊場(chǎng)景的替代方案

當(dāng)需要保留BLACKHOLE特性時(shí)

在某些場(chǎng)景下,我們確實(shí)需要BLACKHOLE的功能,但又需要兼容DTS遷移:

-- 方案1: 使用分區(qū)表模擬BLACKHOLE行為
CREATE TABLE audit_logs (
    id INT AUTO_INCREMENT,
    log_data JSON,
    created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
    partition_flag ENUM('keep', 'discard') DEFAULT 'discard'
) ENGINE = InnoDB
PARTITION BY LIST COLUMNS(partition_flag) (
    PARTITION p_keep VALUES IN ('keep'),
    PARTITION p_discard VALUES IN ('discard')
);

-- 定期清理"丟棄"分區(qū)的數(shù)據(jù)
ALTER TABLE audit_logs TRUNCATE PARTITION p_discard;

-- 方案2: 使用內(nèi)存表+定期清理
CREATE TABLE temporary_data (
    id INT AUTO_INCREMENT PRIMARY KEY,
    session_data TEXT,
    created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP
) ENGINE = MEMORY;

-- 定期清理腳本
CREATE EVENT cleanup_temporary_data
ON SCHEDULE EVERY 1 HOUR
DO
    DELETE FROM temporary_data WHERE created_at < DATE_SUB(NOW(), INTERVAL 1 HOUR);

結(jié)論

MySQL的BLACKHOLE存儲(chǔ)引擎是一個(gè)強(qiáng)大但需要謹(jǐn)慎使用的工具。它在特定的復(fù)制架構(gòu)、性能測(cè)試和開(kāi)發(fā)調(diào)試場(chǎng)景中發(fā)揮著獨(dú)特價(jià)值,但在數(shù)據(jù)遷移和持久化存儲(chǔ)方面存在明顯局限。

通過(guò)本文提供的完整遷移方案,我們可以順利解決DTS預(yù)檢中的BLACKHOLE引擎問(wèn)題,同時(shí)建立起預(yù)防機(jī)制避免未來(lái)出現(xiàn)類(lèi)似問(wèn)題。記住,正確的工具要用在正確的場(chǎng)景——BLACKHOLE引擎如同數(shù)據(jù)庫(kù)世界中的特種工具,在需要它的地方大放異彩,在不適合的場(chǎng)景則可能成為障礙。

在數(shù)據(jù)庫(kù)架構(gòu)設(shè)計(jì)和遷移規(guī)劃中,我們應(yīng)該充分理解每個(gè)組件的特性,制定合理的策略,確保系統(tǒng)的穩(wěn)定性、可維護(hù)性和可遷移性。

以上就是MySQL中BLACKHOLE存儲(chǔ)引擎的原理與應(yīng)用場(chǎng)景介紹的詳細(xì)內(nèi)容,更多關(guān)于MySQL BLACKHOLE存儲(chǔ)引擎的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章!

相關(guān)文章

  • mysql5.7.17 zip 解壓安裝詳細(xì)過(guò)程

    mysql5.7.17 zip 解壓安裝詳細(xì)過(guò)程

    這篇文章主要為大家詳細(xì)介紹了mysql5.7.17 zip 解壓安裝詳細(xì)過(guò)程,具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下
    2017-02-02
  • 如何修改Mysql中g(shù)roup_concat的長(zhǎng)度限制

    如何修改Mysql中g(shù)roup_concat的長(zhǎng)度限制

    在mysql中,有個(gè)函數(shù)叫“group_concat”,平常使用可能發(fā)現(xiàn)不了問(wèn)題,在處理大數(shù)據(jù)的時(shí)候,會(huì)發(fā)現(xiàn)內(nèi)容被截取了。怎么解決這一問(wèn)題呢,下面腳本之家小編給大家?guī)?lái)了Mysql中g(shù)roup_concat的長(zhǎng)度限制問(wèn)題,感興趣的朋友一起看看吧
    2018-08-08
  • mysql中event的用法詳解

    mysql中event的用法詳解

    本篇文章是對(duì)mysql中event的用法進(jìn)行了詳細(xì)的分析介紹,需要的朋友參考下
    2013-06-06
  • MySQL數(shù)據(jù)庫(kù)之?dāng)?shù)據(jù)表操作DDL數(shù)據(jù)定義語(yǔ)言

    MySQL數(shù)據(jù)庫(kù)之?dāng)?shù)據(jù)表操作DDL數(shù)據(jù)定義語(yǔ)言

    這篇文章主要介紹了MySQL數(shù)據(jù)庫(kù)之?dāng)?shù)據(jù)表操作DDL數(shù)據(jù)定義語(yǔ)言,文章圍繞主題展開(kāi)詳細(xì)的內(nèi)容介紹,具有一定的參考價(jià)值,需要的小伙伴可以參考一下
    2022-08-08
  • MySQL數(shù)據(jù)庫(kù)表的內(nèi)連接和外連接示例詳解

    MySQL數(shù)據(jù)庫(kù)表的內(nèi)連接和外連接示例詳解

    這篇文章主要介紹了MySQL數(shù)據(jù)庫(kù)表的內(nèi)連接和外連接的相關(guān)資料,文中通過(guò)代碼介紹的非常詳細(xì),包括左外連接和右外連接的概念、應(yīng)用場(chǎng)景及語(yǔ)法寫(xiě)法,需要的朋友可以參考下
    2026-05-05
  • mysql計(jì)算時(shí)間差函數(shù)

    mysql計(jì)算時(shí)間差函數(shù)

    MySql計(jì)算兩個(gè)日期的時(shí)間差函數(shù)TIMESTAMPDIFF用法,只要用一句SQL語(yǔ)句就可以辦到了。
    2013-11-11
  • MySQL與PHP的基礎(chǔ)與應(yīng)用專(zhuān)題之索引

    MySQL與PHP的基礎(chǔ)與應(yīng)用專(zhuān)題之索引

    MySQL是一個(gè)關(guān)系型數(shù)據(jù)庫(kù)管理系統(tǒng),由瑞典MySQL?AB?公司開(kāi)發(fā),屬于?Oracle?旗下產(chǎn)品。MySQL?是最流行的關(guān)系型數(shù)據(jù)庫(kù)管理系統(tǒng)之一,本系列將帶你掌握php與mysql的基礎(chǔ)應(yīng)用,本篇從索引開(kāi)始
    2022-02-02
  • Linux下安裝MySQL教程

    Linux下安裝MySQL教程

    上一篇文章詳細(xì)介紹windows下MySQL安裝教程,這篇就從最基本的安裝MySQL-Linux環(huán)境開(kāi)始,文章為繞MySQL安裝展開(kāi)內(nèi)容,需要的朋友可以參考一下
    2021-11-11
  • mysql中int(3)和int(10)的數(shù)值范圍是否相同

    mysql中int(3)和int(10)的數(shù)值范圍是否相同

    依稀還記得有次面試,有面試官問(wèn)我int(10)與int(11)有什么區(qū)別,當(dāng)時(shí)覺(jué)得就是長(zhǎng)度的區(qū)別吧,后來(lái)發(fā)現(xiàn)事情不是這么簡(jiǎn)單,這篇文章主要給大家介紹了關(guān)于mysql中int(3)和int(10)的數(shù)值范圍是否相同的相關(guān)資料
    2021-10-10
  • 使用xshell實(shí)現(xiàn)代理功能并navicat?for?MySQL?進(jìn)行測(cè)試

    使用xshell實(shí)現(xiàn)代理功能并navicat?for?MySQL?進(jìn)行測(cè)試

    本文介紹使用xshell實(shí)現(xiàn)代理功能并使用navicat?for?MySQL進(jìn)行測(cè)試,文章主要利用SSH連接工具xshell就可以實(shí)現(xiàn)簡(jiǎn)單的代理功能,下面實(shí)現(xiàn)過(guò)程,需要的小伙伴可以參考一下
    2022-02-02

最新評(píng)論

潞城市| 南京市| 尼木县| 金湖县| 高平市| 岳阳县| 集安市| 扬州市| 壶关县| 宁波市| 崇阳县| 监利县| 依安县| 泽州县| 宣恩县| 玉屏| 福建省| 澄迈县| 南丹县| 白河县| 久治县| 澄城县| 苗栗市| 苏尼特右旗| 油尖旺区| 江安县| 常州市| 和顺县| 汝阳县| 太保市| 牙克石市| 牟定县| 深水埗区| 赞皇县| 会同县| 新和县| 嘉峪关市| 潼南县| 天台县| 金川县| 盱眙县|