主頁 > 作業系統 > MySQLSQL性能需要一些改進

MySQLSQL性能需要一些改進

2022-01-14 02:56:59 作業系統

我已經解決了 MySQL 的許多挑戰,我認為現在我能夠構建我需要的一切,讓某些東西發揮作用。但是現在,對于回傳大量資料的相當龐大的 SQL 陳述句,我需要第一次處理 MySQL 性能。

我希望這里有人可以幫助我找出為什么以下陳述句如此緩慢。從不同的表中收集 740 個結果需要 3 多分鐘。“報告”表中最大的表,目前包含超過 20.000 個條目。

如果有人能指出我正確的方向,我也可以自我教育。我什至不知道在哪里尋找我當前問題的答案。

好的,這就是我正在談論的宣告。也許,如果有人對 SQL 性能有足夠的經驗,那么他們馬上就會有一些東西。我很樂意收到任何反饋。我將在代碼本身之后詳細說明該陳述句:

SELECT 
    R_ID,
    R_From,
    R_To,
    SUM(UR_TotalTime) AS UR_TotalTime,
    R_Reported,
    U_ID,
    U_Lastname,
    U_Firstname,
    C_ID,
    C_Lastname,
    C_Firstname,
    R_Breaks,
    MAX(CR_BID) AS CR_BID,
    R_Type,
    R_Distance,
    R_AdditionalDistance,
    R_Activities,
    R_Description,
    R_Signature,
    CT_SigReq,
    MAX(I_LastIntegration) AS I_LastIntegration
FROM
    reports
        LEFT JOIN
    userreports ON R_ID = UR_RID
        LEFT JOIN
    users ON R_UID = U_ID
        LEFT JOIN
    customers ON R_CID = C_ID
        LEFT JOIN
    customerterms ON CT_CID = R_CID
        LEFT JOIN
    integration ON R_UID = I_UID
        LEFT JOIN
    customerreports ON R_ID = CR_RID
WHERE
    (CAST(R_From AS DATE) BETWEEN CT_From AND CT_To
        OR R_CID = 0)
        AND ((R_From BETWEEN '2021-02-01 00.00.00' AND '2021-02-28 23.59.59')
        OR (R_To BETWEEN '2021-02-01 00.00.00' AND '2021-02-28 23.59.59')
        OR (R_From <= '2021-02-01 00.00.00'
        AND R_To >= '2021-02-28 23.59.59'))
GROUP BY R_ID
ORDER BY R_From ASC

所以我在這里有以下內容: 報告(R_ *) - 這是被查詢的主表。我需要其中的一些資料,但它也是過濾器,因為我只需要特定時間戳之間的結果。

CREATE TABLE `reports`  (
  `R_ID` int(100) NOT NULL AUTO_INCREMENT,
  `R_Type` varchar(1) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
  `R_UID` int(6) NOT NULL,
  `R_CID` int(10) NOT NULL,
  `R_From` datetime(0) NOT NULL,
  `R_To` datetime(0) NOT NULL,
  `R_Traveltime` int(11) NOT NULL,
  `R_Breaks` int(11) NOT NULL DEFAULT 0,
  `R_PayoutFlextime` decimal(20, 2) NOT NULL DEFAULT 0.00,
  `R_Distance` int(11) NOT NULL DEFAULT 0,
  `R_AdditionalDistance` int(11) NOT NULL DEFAULT 0,
  `R_Activities` text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
  `R_Description` text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
  `R_Signature` varchar(50) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL DEFAULT '0',
  `R_SignatureDate` datetime(0) DEFAULT NULL,
  `R_Reported` datetime(0) NOT NULL,
  `R_Status` varchar(10) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL DEFAULT 'New',
  `R_EditedBy` int(11) DEFAULT NULL,
  `R_EditedDateTime` datetime(0) DEFAULT NULL,
  PRIMARY KEY (`R_ID`) USING BTREE
) ENGINE = InnoDB AUTO_INCREMENT = 1 CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Compact;

userreports (UR_*) - 提供一些根據報告中的源資料計算的資料

CREATE TABLE `userreports`  (
  `UR_ID` int(11) NOT NULL AUTO_INCREMENT,
  `UR_RID` int(100) NOT NULL,
  `UR_UID` int(6) NOT NULL,
  `UR_Date` date NOT NULL,
  `UR_From` time(0) NOT NULL,
  `UR_To` time(0) NOT NULL,
  `UR_ReportedTime` decimal(20, 5) DEFAULT NULL,
  `UR_ReportedTravel` decimal(20, 5) NOT NULL,
  `UR_ReportedBreaks` decimal(20, 5) DEFAULT NULL,
  `UR_TotalPercentageSurcharge` decimal(20, 2) DEFAULT NULL,
  `UR_TotalTime` decimal(20, 5) DEFAULT NULL,
  `UR_PercentageSurchargeTypes` varchar(50) CHARACTER SET utf8 COLLATE utf8_general_ci DEFAULT NULL,
  `UR_Distance` decimal(20, 2) DEFAULT NULL,
  `UR_AdditionalDistance` decimal(20, 2) DEFAULT NULL,
  `UR_TravelCompensation` decimal(20, 2) DEFAULT NULL,
  PRIMARY KEY (`UR_ID`) USING BTREE
) ENGINE = InnoDB AUTO_INCREMENT = 1 CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Compact;

customerreports (CR_*) - 與 userreports 相同,但從客戶角度計算資料

CREATE TABLE `customerreports`  (
  `CR_ID` int(11) NOT NULL AUTO_INCREMENT,
  `CR_RID` int(100) NOT NULL,
  `CR_CID` int(6) NOT NULL,
  `CR_Date` date NOT NULL,
  `CR_From` time(0) NOT NULL,
  `CR_To` time(0) NOT NULL,
  `CR_ReportedTime` decimal(20, 2) DEFAULT NULL,
  `CR_ReportedBreaks` decimal(20, 2) DEFAULT NULL,
  `CR_Hourly` decimal(20, 2) DEFAULT NULL,
  `CR_Salary` decimal(20, 2) DEFAULT NULL,
  `CR_TotalPercentageSurcharge` decimal(20, 2) DEFAULT NULL,
  `CR_TotalFixedSurcharge` decimal(20, 2) DEFAULT NULL,
  `CR_TotalTime` decimal(20, 2) DEFAULT NULL,
  `CR_TotalSalary` decimal(20, 2) DEFAULT NULL,
  `CR_FixedSurchargeTypes` varchar(50) CHARACTER SET utf8 COLLATE utf8_general_ci DEFAULT NULL,
  `CR_PercentageSurchargeTypes` varchar(50) CHARACTER SET utf8 COLLATE utf8_general_ci DEFAULT NULL,
  `CR_Distance` decimal(20, 2) DEFAULT NULL,
  `CR_AdditionalDistance` decimal(20, 2) DEFAULT NULL,
  `CR_TravelCompensation` decimal(20, 2) DEFAULT NULL,
  `CR_BID` int(11) NOT NULL DEFAULT 0,
  PRIMARY KEY (`CR_ID`) USING BTREE
) ENGINE = InnoDB AUTO_INCREMENT = 1 CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Compact;

users (U_*) - 顯然將資料傳遞給創建報告的用戶,例如名稱,...

CREATE TABLE `users`  (
  `U_ID` int(6) NOT NULL AUTO_INCREMENT,
  `U_PW` text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
  `U_PWInitial` tinyint(1) NOT NULL,
  `U_FailedAttempts` int(1) NOT NULL,
  `U_Email` text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
  `U_Title` text CHARACTER SET utf8 COLLATE utf8_general_ci,
  `U_Firstname` text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
  `U_Lastname` text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
  `U_ETC` varchar(60) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
  `U_Street` text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
  `U_Housenumber` text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
  `U_Code` varchar(5) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
  `U_City` text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
  `U_Phone` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
  `U_Mobile` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
  `U_Birthdate` date NOT NULL,
  `U_Sex` varchar(1) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
  `U_Maritalstatus` varchar(2) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
  `U_Severelydisabled` tinyint(1) NOT NULL,
  `U_Severelydisabledspecify` int(3) NOT NULL,
  `U_Citizenship` varchar(50) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
  `U_Education` varchar(70) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
  `U_Vocationaltraining` varchar(70) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
  `U_CLID` tinyint(1) NOT NULL,
  `U_CLSpecify` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
  `U_IBAN` varchar(27) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
  `U_BIC` varchar(11) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
  `U_INID` int(11) DEFAULT NULL,
  `U_Insurancenumber` text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
  `U_Insurancetype` varchar(8) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
  `U_Taxidentificationnumber` text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
  `U_Confession` varchar(50) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
  `U_Entry` date NOT NULL,
  `U_TEntry` date NOT NULL,
  `U_Exit` date NOT NULL DEFAULT '9999-12-31',
  `U_Hourscarryover` decimal(20, 2) NOT NULL,
  `U_TotalHolidayCarryover` int(11) NOT NULL DEFAULT 0,
  `U_UsedHolidayCarryover` int(11) NOT NULL DEFAULT 0,
  `U_SIN` varchar(30) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
  `U_RVBDone` tinyint(1) NOT NULL DEFAULT 0,
  `U_ClosedMonth` date NOT NULL DEFAULT '1970-01-01',
  `U_DeleteDate` date DEFAULT NULL,
  PRIMARY KEY (`U_ID`) USING BTREE
) ENGINE = InnoDB AUTO_INCREMENT = 2 CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Compact;

customers (C_*) - Same as users, but for the data of the customer that the user worked on

CREATE TABLE `customers`  (
  `C_ID` int(10) NOT NULL AUTO_INCREMENT,
  `C_MID` text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
  `C_Active` tinyint(1) NOT NULL,
  `C_Email` text CHARACTER SET utf8 COLLATE utf8_general_ci,
  `C_Title` text CHARACTER SET utf8 COLLATE utf8_general_ci,
  `C_Firstname` text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
  `C_Lastname` text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
  `C_Birthdate` date NOT NULL,
  `C_ETC` varchar(60) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
  `C_Street` text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
  `C_Housenumber` text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
  `C_Code` varchar(5) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
  `C_City` text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
  `C_Phone` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci DEFAULT NULL,
  `C_Mobile` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci DEFAULT NULL,
  `C_IBAN` varchar(27) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
  `C_BIC` varchar(11) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
  `C_Insurancenumber` varchar(30) CHARACTER SET utf8 COLLATE utf8_general_ci DEFAULT NULL,
  `C_INID` int(11) DEFAULT NULL,
  `C_Insurancetype` varchar(8) CHARACTER SET utf8 COLLATE utf8_general_ci DEFAULT NULL,
  `C_Sex` varchar(1) CHARACTER SET utf8 COLLATE utf8_general_ci DEFAULT NULL,
  `C_Contact1` text CHARACTER SET utf8 COLLATE utf8_general_ci,
  `C_Contact2` text CHARACTER SET utf8 COLLATE utf8_general_ci,
  `C_ContactChoice` int(1) DEFAULT 0,
  `C_DeleteDate` date DEFAULT NULL,
  `C_DeactivationDate` date DEFAULT NULL,
  `C_CreationDate` date DEFAULT NULL,
  `C_DeceasedDate` date DEFAULT NULL,
  PRIMARY KEY (`C_ID`) USING BTREE
) ENGINE = InnoDB AUTO_INCREMENT = 1 CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Compact;

integration (I_*) - Provides data on whether or not the report is already integrated (and can no longer be changed)

CREATE TABLE `integration`  (
  `I_ID` int(11) NOT NULL AUTO_INCREMENT,
  `I_UID` int(11) NOT NULL,
  `I_LastIntegration` date NOT NULL DEFAULT '1970-01-01',
  `I_SumFlextime` decimal(20, 2) NOT NULL DEFAULT 0.00,
  `I_OldHolidays` int(5) NOT NULL DEFAULT 0,
  PRIMARY KEY (`I_ID`) USING BTREE
) ENGINE = InnoDB AUTO_INCREMENT = 1 CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Compact;

customerterms (CT_*) - In this case only provides if the specified customer needs to sign the report

CREATE TABLE `customerterms`  (
  `CT_ID` int(50) NOT NULL AUTO_INCREMENT,
  `CT_CID` int(10) NOT NULL,
  `CT_From` date NOT NULL,
  `CT_To` date NOT NULL,
  `CT_Hourly` decimal(20, 2) NOT NULL,
  `CT_FixedTravelCompensation` decimal(20, 2) NOT NULL,
  `CT_PerKMCompensationBase` decimal(20, 2) NOT NULL,
  `CT_PerKMCompensationAdditional` decimal(20, 2) NOT NULL,
  `CT_MaxTravelCompensationReport` decimal(20, 2) DEFAULT NULL,
  `CT_MaxTravelCompensationMonthly` decimal(20, 2) DEFAULT NULL,
  `CT_FixedSaturdaySurcharge` decimal(20, 2) NOT NULL DEFAULT 0.00,
  `CT_PercentageSaturdaySurcharge` decimal(20, 2) NOT NULL DEFAULT 1.00,
  `CT_FixedSundaySurcharge` decimal(20, 2) NOT NULL DEFAULT 0.00,
  `CT_PercentageSundaySurcharge` decimal(20, 2) NOT NULL DEFAULT 1.00,
  `CT_FixedHolidaySurcharge` decimal(20, 2) NOT NULL DEFAULT 0.00,
  `CT_PercentageHolidaySurcharge` decimal(20, 2) NOT NULL DEFAULT 1.00,
  `CT_SigReq` int(1) NOT NULL,
  `CT_NighttimeFrom` time(0) NOT NULL DEFAULT '00:00:00',
  `CT_NighttimeTo` time(0) NOT NULL DEFAULT '00:00:00',
  `CT_FixedNighttimeSurcharge` decimal(20, 2) NOT NULL DEFAULT 0.00,
  `CT_PercentageNighttimeSurcharge` decimal(20, 2) NOT NULL DEFAULT 1.00,
  `CT_StackingSurcharge` tinyint(1) NOT NULL DEFAULT 0,
  `CT_MinimumTime` int(11) NOT NULL DEFAULT 1,
  `CT_TimeIncrement` int(11) NOT NULL DEFAULT 1,
  PRIMARY KEY (`CT_ID`) USING BTREE
) ENGINE = InnoDB AUTO_INCREMENT = 1 CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Compact;

The server is running MySQL 5.7, has 4 processors at 4,6Ghz, and 16GB of RAM available.

Since this is a hobby project, that i am supporting small care-businesses with, to allow them easier management of their daily tasks, i can change everything here. Code, Database Layout, you name it. As long as the poor people in the office don't have to wait for 5 minutes, just to sometimes even only get a timeout...

我會將 EXPLAIN 的結果添加為影像,因為否則我無法讓它看起來很好......

MySQL SQL 性能需要一些改進

 ───── ────────────── ────────────────── ───────────── ───────── ────────────────────── ────────── ────────── ────────────────────────── ─────── ─────────── ───────────────────────────────────────────────────── 
| id  | select_type  | table            | partitions  | type    | possible_keys        | key      | key_len  | ref                      | rows  | filtered  | Extra                                               |
 ───── ────────────── ────────────────── ───────────── ───────── ────────────────────── ────────── ────────── ────────────────────────── ─────── ─────────── ───────────────────────────────────────────────────── 
| 1   | SIMPLE       | reports          | NULL        | ALL     | PRIMARY,R_From,R_To  | NULL     | NULL     | NULL                     | 22249 | 29.76     | Using where; Using temporary; Using filesort        |
| 1   | SIMPLE       | userreports      | NULL        | ALL     | NULL                 | NULL     | NULL     | NULL                     | 21359 | 100.00    | Using where; Using join buffer (Block Nested Loop)  |
| 1   | SIMPLE       | users            | NULL        | eq_ref  | PRIMARY              | PRIMARY  | 4        | dbs671769.reports.R_UID  | 1     | 100.00    | NULL                                                |
| 1   | SIMPLE       | customers        | NULL        | eq_ref  | PRIMARY              | PRIMARY  | 4        | dbs671769.reports.R_CID  | 1     | 100.00    | NULL                                                |
| 1   | SIMPLE       | customerterms    | NULL        | ALL     | NULL                 | NULL     | NULL     | NULL                     | 1429  | 100.00    | Using where; Using join buffer (Block Nested Loop)  |
| 1   | SIMPLE       | integration      | NULL        | ALL     | NULL                 | NULL     | NULL     | NULL                     | 1134  | 100.00    | Using where; Using join buffer (Block Nested Loop)  |
| 1   | SIMPLE       | customerreports  | NULL        | ALL     | NULL                 | NULL     | NULL     | NULL                     | 9078  | 100.00    | Using where; Using join buffer (Block Nested Loop)  |
 ───── ────────────── ────────────────── ───────────── ───────── ────────────────────── ────────── ────────── ────────────────────────── ─────── ─────────── ───────────────────────────────────────────────────── 

有什么方法可以更快地整合所有這些資料,但同樣可靠嗎?

非常感謝您對此的任何幫助或想法。

uj5u.com熱心網友回復:

    WHERE  (CAST(R_From AS DATE) BETWEEN CT_From AND CT_To
              OR  R_CID = 0
           )

OR呆滯。有什么辦法擺脫R_CID = 0嗎?如果沒有,我們可以談談UNION

因此重寫其余部分:

           R_From >= CT_From  AND  R_From < CT_To   INTERVAL 1 DAY


      AND  ((R_From BETWEEN '2021-02-01 00.00.00'
                        AND '2021-02-28 23.59.59')
          OR  (R_To BETWEEN '2021-02-01 00.00.00'
                        AND '2021-02-28 23.59.59')
          OR  (R_From    <= '2021-02-01 00.00.00'
               AND  R_To >= '2021-02-28 23.59.59')
           )

R_From保證< R_To嗎?如果是這樣,這種簡化(或去除)是否會做同樣的事情

   AND R_From  < '2021-03-01'
   AND R_To   >= '2021-02-01'

這需要對中間結果進行兩次傳遞:

    GROUP BY  R_ID
    ORDER BY  R_From ASC

這需要一次通過,雖然通常會給出相同的結果,甚至可能會得到更好的結果:

    GROUP BY  R_From, R_ID
    ORDER BY  R_From, R_ID

(小毛病:不要在列名前加上表名(或“R_”);在加入時,請為所有列使用別名 SELECT R.ID ... FROM reports AS R JOIN ...:)

另一個答案提到了一些INDEXes這可能會給您帶來很多加速。經過我的一些建議,可能會有更多的索引提示。

TEXT列有一些開銷;您列出的許多案例都可以用更小的東西來完成,比如VARCHAR(100). 例如,目前世界上最長的“城市”名稱只有 91 個字符:“Poselok Uchebnogo Khozyaystva Srednego Professionalno-Tekhnicheskoye Uchilishche Nomer Odin”

您似乎正在運行舊版本的 MySQL?否則你可能會被GROUP BY; 參見“only_full_group_by”。

uj5u.com熱心網友回復:

讓我們首先為查詢中使用的每個外鍵添加一個索引 -

ALTER TABLE `userreports`
    ADD INDEX `FK_UR_RID` (`UR_RID`);

ALTER TABLE `customerterms`
    ADD INDEX `FK_CT_CID` (`CT_CID`);

ALTER TABLE `integration`
    ADD INDEX `FK_I_UID` (`I_UID`);

ALTER TABLE `customerreports`
    ADD INDEX `FK_CR_RID` (`CR_RID`);

請添加這些索引,然后將更新的 EXPLAIN 輸出以及以下查詢的結果添加到您的問題中。

-- this just retrieves some basic stats about size of each table used in your query
SELECT TABLE_NAME, ENGINE, VERSION, TABLE_ROWS, AVG_ROW_LENGTH, DATA_LENGTH, INDEX_LENGTH
FROM information_schema.TABLES
WHERE TABLE_SCHEMA = 'dbs671769'
AND TABLE_NAME IN('customerreports', 'customers', 'customerterms', 'integration', 'reports', 'userreports', 'users');

轉載請註明出處,本文鏈接:https://www.uj5u.com/caozuo/410073.html

標籤:

上一篇:SQLite表選擇查詢優化

下一篇:對numpy陣列的許多隨機排列進行采樣的最快方法

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • CA和證書

    1、在 CentOS7 中使用 gpg 創建 RSA 非對稱密鑰對 gpg --gen-key #Centos上生成公鑰/密鑰對(存放在家目錄.gnupg/) 2、將 CentOS7 匯出的公鑰,拷貝到 CentOS8 中,在 CentOS8 中使用 CentOS7 的公鑰加密一個檔案 gpg -a ......

    uj5u.com 2020-09-10 00:09:53 more
  • Kubernetes K8S之資源控制器Job和CronJob詳解

    Kubernetes的資源控制器Job和CronJob詳解與示例 ......

    uj5u.com 2020-09-10 00:10:45 more
  • VMware下安裝CentOS

    VMware下安裝CentOS 一、軟硬體準備 1 Centos鏡像準備 1.1 CentOS鏡像下載地址 下載地址 1.2 CentOS鏡像下載程序 點擊下載地址進入如下圖的網站,選擇需要下載的版本,這里選擇的是Centos8,點擊如圖所示。 決定選擇Centos8后,選擇想要的鏡像源進行下載,此 ......

    uj5u.com 2020-09-10 00:12:10 more
  • 如何使用Grep命令查找多個字串

    如何使用Grep 命令查找多個字串 大家好,我是良許! 今天向大家介紹一個非常有用的技巧,那就是使用 grep 命令查找多個字串。 簡單介紹一下,grep 命令可以理解為是一個功能強大的命令列工具,可以用它在一個或多個輸入檔案中搜索與正則運算式相匹配的文本,然后再將每個匹配的文本用標準輸出的格式 ......

    uj5u.com 2020-09-10 00:12:28 more
  • git配置http代理

    git配置http代理 經常遇到克隆 github 慢的問題,這里記錄一下幾種配置 git 代理的方法,解決 clone github 過慢。 目錄 git配置代理 git單獨配置github代理 git配置全域代理 配置終端環境變數 git配置代理 主要使用 git config 命令 git單獨 ......

    uj5u.com 2020-09-10 00:12:33 more
  • Linux npm install 裝包時提示Error EACCES permission denied解

    npm install 裝包時提示Error EACCES permission denied解決辦法 ......

    uj5u.com 2020-09-10 00:12:53 more
  • Centos 7下安裝nginx,使用yum install nginx,提示沒有可用的軟體包

    Centos 7下安裝nginx,使用yum install nginx,提示沒有可用的軟體包。 18 (flaskApi) [root@67 flaskDemo]# yum -y install nginx 19 已加載插件:fastestmirror, langpacks 20 Loading ......

    uj5u.com 2020-09-10 00:13:13 more
  • Linux查看服務器暴力破解ssh IP

    在公網的服務器上經常遇到別人爆破你服務器的22埠,用來挖礦或者干其他嘿嘿嘿的事情~ 這種情況下正確的做法是: 修改默認ssh的22埠 使用設定密鑰登錄或者白名單ip登錄 建議服務器密碼為復雜密碼 創建普通用戶登錄服務器(root權限過大) 建立堡壘機,實作統一管理服務器 統計爆破IP [root ......

    uj5u.com 2020-09-10 00:13:17 more
  • CentOS 7系統常見快捷鍵操作方式

    Linux系統中一些常見的快捷方式,可有效提高操作效率,在某些時刻也能避免操作失誤帶來的問題。 ......

    uj5u.com 2020-09-10 00:13:31 more
  • CentOS 7作業系統目錄結構介紹

    作業系統存在著大量的資料檔案資訊,相應檔案資訊會存在于系統相應目錄中,為了更好的管理資料資訊,會將系統進行一些目錄規劃,不同目錄存放不同的資源。 ......

    uj5u.com 2020-09-10 00:13:35 more
最新发布
  • vim的常用命令

    Vim的6種基本模式 1. 普通模式在普通模式中,用的編輯器命令,比如移動游標,洗掉文本等等。這也是Vim啟動后的默認模式。這正好和許多新用戶期待的操作方式相反(大多數編輯器默認模式為插入模式)。 2. 插入模式在這個模式中,大多數按鍵都會向文本緩沖中插入文本。大多數新用戶希望文本編輯器編輯程序中一 ......

    uj5u.com 2023-04-20 08:43:21 more
  • vim的常用命令

    Vim的6種基本模式 1. 普通模式在普通模式中,用的編輯器命令,比如移動游標,洗掉文本等等。這也是Vim啟動后的默認模式。這正好和許多新用戶期待的操作方式相反(大多數編輯器默認模式為插入模式)。 2. 插入模式在這個模式中,大多數按鍵都會向文本緩沖中插入文本。大多數新用戶希望文本編輯器編輯程序中一 ......

    uj5u.com 2023-04-20 08:42:36 more
  • docker學習

    ###Docker概述 真實專案部署環境可能非常復雜,傳統發布專案一個只需要一個jar包,運行環境需要單獨部署。而通過Docker可將jar包和相關環境(如jdk,redis,Hadoop...)等打包到docker鏡像里,將鏡像發布到Docker倉庫,部署時下載發布的鏡像,直接運行發布的鏡像即可。 ......

    uj5u.com 2023-04-19 09:26:53 more
  • 設定Windows主機的瀏覽器為wls2的默認瀏覽器

    這里以Chrome為例。 1. 準備作業 wsl是可以使用Windows主機上安裝的exe程式,出于安全考慮,默認情況下改功能是無法使用。要使用的話,終端需要以管理員權限啟動。 我這里以Windows Terminal為例,介紹如何默認使用管理員權限打開終端,具體操作如下圖所示: 2. 操作 wsl ......

    uj5u.com 2023-04-19 09:25:49 more
  • docker學習

    ###Docker概述 真實專案部署環境可能非常復雜,傳統發布專案一個只需要一個jar包,運行環境需要單獨部署。而通過Docker可將jar包和相關環境(如jdk,redis,Hadoop...)等打包到docker鏡像里,將鏡像發布到Docker倉庫,部署時下載發布的鏡像,直接運行發布的鏡像即可。 ......

    uj5u.com 2023-04-19 09:19:04 more
  • Linux學習筆記

    IP地址和主機名 IP地址 ifconfig可以用來查詢本機的IP地址,如果不能使用,可以通過install net-tools安裝。 Centos系統下ens33表示主網卡;inet后表示IP地址;lo表示本地回環網卡; 127.0.0.1表示代指本機;0.0.0.0可以用于代指本機,同時在放行設 ......

    uj5u.com 2023-04-18 06:52:01 more
  • 解決linux系統的kdump服務無法啟動的問題

    問題:專案麒麟系統服務器的kdump服務無法啟動,沒有相關日志無法定位問題。 1、查看服務狀態是關閉的,重啟系統也無法啟動 systemctl status kdump 2、修改grub引數,修改“crashkernel”為“512M(有的機器數值太大太小都會導致報錯,建議從128M開始試,或者加個 ......

    uj5u.com 2023-04-12 09:59:50 more
  • 解決linux系統的kdump服務無法啟動的問題

    問題:專案麒麟系統服務器的kdump服務無法啟動,沒有相關日志無法定位問題。 1、查看服務狀態是關閉的,重啟系統也無法啟動 systemctl status kdump 2、修改grub引數,修改“crashkernel”為“512M(有的機器數值太大太小都會導致報錯,建議從128M開始試,或者加個 ......

    uj5u.com 2023-04-12 09:59:01 more
  • 你是不是暴露了?

    作者:袁首京 原創文章,轉載時請保留此宣告,并給出原文連接。 如果您是計算機相關從業人員,那么應該經歷不止一次網路安全專項檢查了,你肯定是收到過資訊系統技術檢測報告,要求你加強風險監測,確保你提供的系統服務堅實可靠了。 沒檢測到問題還好,檢測到問題的話,有些處理起來還是挺麻煩的,尤其是線上正在運行的 ......

    uj5u.com 2023-04-05 16:52:56 more
  • 細節拉滿,80 張圖帶你一步一步推演 slab 記憶體池的設計與實作

    1. 前文回顧 在之前的幾篇記憶體管理系列文章中,筆者帶大家從宏觀角度完整地梳理了一遍 Linux 記憶體分配的整個鏈路,本文的主題依然是記憶體分配,這一次我們會從微觀的角度來探秘一下 Linux 內核中用于零散小記憶體塊分配的記憶體池 —— slab 分配器。 在本小節中,筆者還是按照以往的風格先帶大家簡單 ......

    uj5u.com 2023-04-05 16:44:11 more