原创 MySQL瓶頸分析與優化

作者:蔣樂興簡介通過sysbench的oltp_read_write測試來模擬業務壓力、以此來給指定的硬件環境配置一份比較合理的MySQL配置文件。環境介紹硬件配置軟件環境優化層級與指導思想優化層級MySQL數據庫優化可以在多個不同的層級進

原创 開源分佈式中間件 DBLE Server.xml 配置解析

DBLE是基於開源項目MyCat發展的企業級開源分佈式中間件,適用於高併發及TB級海量數據處理場景;江湖人送外號 “MyCat Plus”;其簡單穩定,持續維護,良好的社區環境和廣大的羣衆基礎使DBLE得到了社區的大力支持。DBLE項目介紹

原创 DBLE Rule.xml 配置解析

文章來源:愛可生雲數據庫作者:餘朝飛DBLE項目介紹DBLE官方網站:https://opensource.actionsky.com可以詳細瞭解DBLE的背景和應用場景,本文不涉及到的細節都可在官方文檔獲得更細節都信息;對於剛瞭解到同學,

原创 開源分佈式中間件 DBLE Schema.xml 配置解析

文章來源:愛可生開源社區作者:張沈波 1.DBLE項目介紹 DBLE 是企業級開源分佈式中間件,江湖人送外號 “MyCat Plus”;以其簡單穩定,持續維護,良好的社區環境和廣大的羣衆基礎得到了社區的大力支持;DBLE官方網站:https

原创 社區投稿 | DBLE和Mycat跨分片查詢結果不一致案例分析

1.背景 某一零售業後端使用了分佈式中間件+MySQL數據庫作爲後端存儲。但是因爲歷史問題存在兩種分佈式中間件,分別是Mycat和DBLE,共用一組後端MySQL實例。分片規則以及後端數據完全一致。最近碰到了一個比較有意思的場景,財務結算單

原创 開源分佈式中間件 DBLE 快速入門指南

一、環境準備DBLE項目資料安裝JDK環境二、安裝DBLE三、配置DBLE應用場景一:數據拆分應用場景二:讀寫分離四、總結環境準備 DBLE 項目資料DBLE 是企業級開源分佈式中間件,江湖人送外號 “MyCat Plus”;以其簡單穩定,

原创 愛可生開源社區官網正式發佈啦!

近期大事記2018/12/31 DBLE年度報告發版2019/01/07 DBLE 2.18.12.0 新版發佈,修復 issue 60+2019/01/09 DBLE 2.18.12.0 Release Notes 詳細解讀2019/01

原创 DBLE Release Note 詳細解讀 2.18.12.0

本文基於 DBLE 2.18.12.0 版本的Release Notes 進行詳細解讀,文章主要分爲以下四部分內容:  一、DBLE 項目介紹 二、更新概況 三、新特性 四、升級兼容性 一、DBLE項目介紹DBLE 是企業級開源分佈式中間件

原创 DBLE 新版本 2.18.12.0 Release

1月7日,企業級開源分佈式中間件DBLE 新版本 2.18.12.0 發佈,本次新版對一些可透傳的複雜查詢做了優化處理,不再拆分並下發而是直接透傳;升級了 druid 的依賴;解決了一些由於解析器不支持的 SQL 支持度問題;修復了大量社區

原创 2018 開源分佈式中間件 DBLE 年報

2017年10月24日,愛可生正式開源了我們自主研發的分佈式中間件—DBLE,經過一年各行業用戶業務應用沉澱,我們持續進行產品打磨與更新迭代,在2018年的最後一天,我們使DBLE擁有了更清晰的定位。DBLE 自我介紹· 「 DBLE 」 

原创 MySQL開源數據傳輸中間件架構設計實踐

本文根據洪斌10月27日在「3306π」技術 Meetup - 武漢站現場演講內容整理而成。主要內容:本次分享將介紹目前數據遷移、數據同步、數據消費,多IDC架構中數據複製技術所面臨問題及現有的產品和方案,並分享新開源的能在異構數據存儲之間

原创 開源MySQL數據傳輸中間件—DTLE

目前,隨着MySQL在各個行業的深入使用,在不同數據系統、不同數據中心、不同業務系統之間進行數據傳輸、數據訂閱、形成數據總線等需求逐漸增多。愛可生推出的DTLE是一個針對MySQL的使用特點、支持多種使用場景的數據傳輸中間件。DTLE:ht

原创 MySQL中間件性能測試 I

本文根據黃炎在【MySQL技術沙龍 · 成都站】現場演講內容整理而成。MySQL中間件性能測試 I摘要:我今天代表我的團隊向大家來介紹一下MySQL中間件性能的測試,爲大家帶來一些不太一樣的故事,包括我們在做性能測試的時候一些不太一樣的視角

原创 記一次 MySQL semaphore crash 的分析(有彩蛋)

文章來源:愛可生雲數據庫作者:洪斌DBA應該對InnoDB: Semaphore wait has lasted > 600 seconds. We intentionally crash the server because it app

原创 JDBC與MySQL臨時表空間的分析

背景應用 JDBC 連接參數採用 useCursorFetch=true,查詢結果集存放在 mysqld 臨時表空間中,導致ibtmp1 文件大小暴增到90多G,耗盡服務器磁盤空間。爲了限制臨時表空間的大小,設置了:innodb_temp_