tag MySQL

標籤
貢獻413
530
06:37 AM · Oct 27 ,2025
u_15469972 頭像 u_17578007 頭像 actionopensource 頭像 mangrandedanche 頭像 data_ai 頭像 bytebase 頭像 lanyiyun666 頭像 u_15745565 頭像 zhaoqianglaoshi 頭像 jdcdevloper 頭像 jinyeyoudianerliang 頭像 u_15742790 頭像

@MySQL / 博客 RSS 訂閱

hebeiniunai 頭像

Issue - MySQL隔離級別：大廠為何偏愛RC？

引言 ​ 在剛畢業的時候，初入某家互聯網金融公司，作為杭州的某中廠，我看到其數據庫的事務隔離級別為 RR，所以很長的一段時間內，我都認為，數據庫的隔離級別就應該是 RR。直到後來入職杭州的某電商大廠，我才發現其實在大廠往往會將這個默認的數據庫級別更改為 RC，那麼為什麼會做出這種選擇呢？ 1. 理解隔離級別：RR 與 RC 的核心差異 ​ 當數據庫上存在多個事務一起執行的時候，就有可能出現髒讀、不

MySQL , 面試 , JAVA , 後端

收藏 評論

kangkaidafangdezi 頭像

多客Duoke - 婚戀相親交友/同城交友/源碼小程序搭建及方案

在快節奏的現代生活中，社交圈狹窄、脱單困難成為普遍痛點。蓬勃發展的婚戀市場，尤其是線上相親平台，正成為尋找愛情的重要渠道。婚戀相親交友小程序憑藉 VIP會員功能、女神守護功能、邀請賺錢功能 等特色，為用户帶來全新交友體驗。 一.UNIAPP+PHP打造婚戀行業新基建 1.UNIAPP前端優勢： 跨平台開發： 一套代碼即可覆蓋iOS、Android、Web、微信小程序等多端

vue.js , MySQL , 小程序 , php , Nginx

收藏 評論

koogua 頭像

鳩摩智首席音效師 - 如何在 MySQL Server 中配置 SSL 證書 ？

如果未經授權訪問您的數據，使用 SSL/TLS 保護 MySQL 服務器是至關重要的一步。SSL (Secure Sockets Layer 安全套接字層) 和 TLS (Transport Layer Security 傳輸層安全) 是加密協議，確保 MySQL 服務器和户端之間的數據傳輸是加密的。這意味着即使有人攔截了數據，他們也無法閲讀它。 SSL/TLS 要求 要使用 SSL/TLS 保

ssl , MySQL

收藏 評論

ponponon 頭像

universe_king - peewee 的 sql_mode 是什麼？

peewee 在創建新的鏈接的時候，會默認執行 SET sql_mode='PIPES_AS_CONCAT'

MySQL , Python

收藏 評論

mangrandedanche 頭像

數據庫分享小北 - DMS Airflow：企業級數據工作流編排平台的專業實踐

本文作者：阿里雲數據庫技術專家 賈志威 DMS Airflow 是基於 Apache Airflow 構建的企業級數據工作流編排平台，通過深度集成阿里雲 DMS（Data Management Service）系統的各項能力，為數據團隊提供了強大的工作流調度、監控和管理能力。本文將從 Airflow 的高級編排能力、DMS 集成的特殊能力，以及 DMS Airflow 的使用示例三個方面，全面介紹

觀點 , MySQL , 知識 , 數據庫 , SQL

收藏 評論

kangkaidafangdezi 頭像

多客Duoke - 線上線下暢玩無阻，找到你的專屬搭子，實現“全域陪玩系統”！

陪玩行業風頭正勁，想要從中脱穎而出，打造爆款陪玩平台，除了優質的陪玩資源和良好的用户體驗，更需要一套功能強大、穩定可靠的陪玩小程序源碼作為支撐。 以下將從源碼角度，分享一些打造爆款陪玩平台的秘訣： 一、核心功能模塊：雙重用户體系：陪玩者（服務提供者）與需求者（服務購買者）同城定位服務：基於 LBS 的附近陪玩者推薦服務分類展示：線上陪玩（遊戲、聊天、才藝展示）與線下陪玩（觀影、運動、

vue.js , MySQL , 小程序 , php , 源碼

收藏 評論

hangzhoukaiyunjizhikejiyouxiangongsi 頭像

clougence - 百草味數據架構升級實踐：打造 Always Ready 的企業級數據平台

朱齊天，百草味數據部負責人 前言 百草味是國內知名的休閒零食品牌，業務覆蓋線上電商平台與線下零售渠道，服務用户超過 2 億。隨着商品 SKU 數量劇增和渠道多元化發展，百草味在供應鏈、運營、銷售等環節積累了海量數據，對數據的依賴也日益增強。 在這一背景下，百草味選擇與 CloudCanal 合作，構建統一的數據集成平台，支撐數據驅動的業務運營與決策。 業務背景 百草味的業務涵蓋從原料採購、生

大數據 , MySQL , 數據庫 , starrocks , 數據分析

收藏 評論

wu_cat 頭像

老污的貓 - Illegal mix of collations (utf8mb4_general_ci,IMPLICIT) and……

問題描述 執行SQL聯表查詢，原始報錯信息 (1267, "Illegal mix of collations (utf8mb4_general_ci,IMPLICIT) and (utf8mb4_0900_ai_ci,IMPLICIT) for operation '='") 這是由於不同表使用了不一致的字符集導致的衝突 解決方案 修改表或字段的格式至同一結構 使用轉格式命令單獨執行本次S

MySQL

收藏 評論

gogodev 頭像

gogoDev - fiberhouse framework[go web、cmd應用框架]

Fiberhouse Framework https://github.com/lamxy/fiberhouse 🏠 關於 Fiberhouse Fiberhouse 是基於 Fiber 的高性能、可裝配的 Go Web 框架，內置全局管理器、配置器、統一日誌器、驗證包裝器以及數據庫、緩存、中間件、統一異常處理等框架組件，開箱即用。 提供了強大的全局管理容器，支持自定義組

容器 , redis , MySQL , Docker , go

收藏 評論

mybj123 頭像

碼雲筆記 - MySQL執行計劃出現 Using filesort 是什麼原因？如何進行優化？

在對以一個SQL的執行計劃進行分析時，我們會關注Extra這個屬性，當這個屬性的值是Using filesort時，就需要看下SQL是否需要優化一下了。 1.Using filesort 比如下面的這個SQL，排序字段上沒有索引,執行計劃Extra就顯示Using filesort： EXPLAINSELECT*FROMtest4ORDERBYtime_stamp; 也可以通過FORMAT=JSO

MySQL , 教程 , 數據庫

收藏 評論

zhaoqianglaoshi 頭像

趙渝強老師 - 【趙渝強老師】MySQL集羣解決方案

在實際的生產環境中，由單台MySQL數據庫服務器不能滿足實際的需求。此時數據庫集羣就很好的解決了這個問題了。採用MySQL分佈式集羣，能夠搭建一個高併發、負載均衡的集羣服務器。但是在搭建MySQL集羣之前，必須要保證每台MySQL服務器裏的數據同步。數據同步可以通過MySQL內部配置就可以輕鬆完成，主要有主從複製和主主複製。 視頻講解如下： https://www.bilibili.com/

MySQL , 數據庫

收藏 評論

u_15214399 頭像

u_15214399 - 基於華為開發者空間-雲開發環境，Vanna+MaaS實現自然語言與數據庫對話

本案例由開發者：banjin提供 最新案例動態，請查閲《【案例共創】基於華為開發者空間-雲開發環境，Vanna+MaaS實現自然語言與數據庫對話》。小夥伴快來領取華為開發者空間進行實操吧 一、概述 1. 案例介紹 華為開發者空間，是為全球開發者打造的專屬開發者空間，致力於為每位開發者提供一台雲開發環境、一套開發工具和雲上存儲空間，匯聚昇騰、鴻蒙、鯤

MySQL , 人工智能 , 數據分析 , 開發環境 , 開發者

收藏 評論

zyx178 頭像

碼出財富 - Rds 每日備份的庫恢復的解決方案

常用的數據庫備份恢復的方法你知道多少？ 當然，這是一個非常核心且重要的運維和開發問題。數據庫的備份與恢復是數據安全的生命線。下面我將系統地介紹常用的方法，並按照備份類型和恢復場景進行梳理。 一、 核心備份類型 備份主要分為以下幾類，它們各有優劣，通常需要結合使用。 1. 物理備份 vs 邏輯備份

yyds乾貨盤點 , MySQL , 數據庫 , SQL

收藏 評論

lenglingx 頭像

lenglingx - flink-cdc同步mysql到doris的一個常見的數據類型錯誤處理

flink-cdc同步mysql到doris的一個常見的類型錯誤處理 一、varchar類型 日誌報錯如下： java.lang.IllegalArgumentException: Variable character string length must be between 1 and 21474

MySQL , 數據庫 , JAVA , flink , apache

收藏 評論

u_15505879 頭像

資深程序設計 - 基於python大數據的房價數據分析系統

1、研究背景 在當今數字化時代，房地產行業作為國民經濟的重要支柱產業，其數據量呈現出爆炸式增長。房價數據不僅涵蓋了房屋的基本屬性，如面積、户型、樓層等，還涉及地理位置、周邊配套設施、市場供需關係、宏觀經濟指標等眾多因素。這些海量且複雜的數據藴含着豐富的信息，對於政府制定房地產調控政策、企業進行市場決策以及購房者做出合理選擇都具有至關重要的價值。傳統的人工分析方法在處理如此龐

大數據 , yyds乾貨盤點 , 數據 , MySQL , 後端開發 , 房價分析 , Python

收藏 評論

u_15745565 頭像

畢設大神 - 基於springboot的體育器材管理系統設計與實現-計算機畢業設計源碼+LW文檔

摘 要 隨着體育事業的蓬勃發展，體育器材的管理需求日益複雜化和精細化。傳統的管理方式已難以滿足高效、準確的管理要求，因此開發一個智能化的體育器材管理系統顯得尤為迫切。本研究基於Java語言、SSM框架和MySQL數據庫，設計並實現了一個功能完善的體育器材管理系統。該系統通過SSM框架的高效開發特性，結合Java語言的強大功能，構建了穩定且易於擴展的後端架構，能夠高效處理複雜

MySQL , 管理系統 , 數據庫 , 後端開發 , JAVA

收藏 評論

xzqcsj 頭像

愛學習的懶洋洋 - MySQL 基礎架構（一）：SQL語句的執行之旅

MySQL 採用經典的分層架構設計，整體可分為 Server 層和存儲引擎層兩大部分。這種設計實現了核心功能與存儲實現的分離，為不同類型的應用場景提供了靈活的存儲方案。 MySQL系列文章 你是否好奇過，一條看似簡單的SQL查詢語句，在MySQL內部究竟經歷了怎樣的"奇幻之旅"？從連接建立到結果返回，MySQL是如何層層處理、優化執行，最終將數據呈現在我們面前的？ 作為一

MySQL

收藏 評論

xzqcsj 頭像

愛學習的懶洋洋 - MySQL 基礎架構（二）：連接層與數據存儲層深度解析

本文將聚焦於MySQL架構的另外兩個關鍵組成部分：**連接層**與數據存儲層，揭秘客户端如何與MySQL建立通信橋樑，以及數據如何持久化到物理磁盤。 MySQL系列文章 在上一篇文章《MySQL 基礎架構（一）：SQL語句的執行之旅》中，我們深入探討了MySQL的核心服務層與存儲引擎層。本文將聚焦於MySQL架構的另外兩個關鍵組成部分：連接層與數據存儲層，揭秘客户端如何與My

MySQL

收藏 評論

xzqcsj 頭像

愛學習的懶洋洋 - MySQL索引（一）：從數據結構到存儲引擎的實現

索引的本質是一種數據結構，用於快速定位數據，就像書的目錄一樣，可以幫助我們快速找到需要的內容，而不必逐頁翻閲。 MySQL系列文章 MySQL索引是數據庫性能優化的核心知識之一。正確理解索引的原理和使用場景，對於編寫高效的SQL語句和設計合理的表結構至關重要。本文將系統介紹MySQL索引的相關知識，包括常見的數據結構、不同存儲引擎的索引實現方式，以及聚簇索引和非聚簇索引的區別

MySQL

收藏 評論

ljc1212 頭像

景、 - Mysql索引失效場景

以下是導致索引失效的常見情況，分類並舉例説明： 1. 對索引列進行運算或函數操作 當在索引列上使用函數、表達式、計算或類型轉換時，MySQL無法直接使用索引來定位數據。 失效示例： sql -- 使用函數 SELECT * FROM users WHERE YEAR(create_time) =

MySQL

收藏 評論

xyjzfx 頭像

窩瓜小冬瓜 - SQL練習題(持續更新中)

測試表創建 -- 1. 部門表（departments） CREATE TABLE IF NOT EXISTS departments ( dept_id INT PRIMARY KEY AUTO_INCREMENT COMMENT '部門ID，主鍵自增', dept_name VARCHAR(50) NOT NULL UNIQUE COMMENT '部門名稱，唯一不可重複'

MySQL

收藏 評論

greatsql 頭像

GreatSQL - MySQL遷移至GreatSQL後，timestamp字段插入報錯解析

MySQL遷移至GreatSQL後，timestamp字段插入報錯解析 背景描述 某業務系統進行國產化適配，將MySQL的數據遷移到 GreatSQL 後，執行 INSERT INTO ,update_time傳參為空時報錯，報錯信息為:ERROR 1048 (23000): Column 'update_time' cannot be null ，而原來舊的MySQL環境中沒有這個問題。

MySQL

收藏 評論

san-mu 頭像

叁沐 - MySQL 32 為什麼還有kill不掉的語句？

MySQL有兩個kill命令： kill query+線程id，表示終止該線程正在執行的語句； kill (connection)+線程id，表示斷開這個線程的連接，如果線程有語句正在執行，會先停止正在執行的語句。 有時候可能會遇到：使用了kill，卻沒能斷開該連接，再執行show processlist時，看到這條語句的command列顯示的是k

MySQL

收藏 評論

ciel717 頭像

夏爾_717 - MySQL性能分析(三)之optimizer_trace詳解

一、概述 optimizer_trace是MySQL 5.6引入的一項跟蹤功能，它可以跟蹤優化器做出的各種決策（比如訪問表的方法、各種開銷計算、各種轉換等），並將跟蹤結果記錄到information_schema.optimizer_trace表中。此功能默認關閉，開啓後，可分析如下語句： select insert replace update delete e

MySQL

收藏 評論