mysql 數據庫設計。本站提示廣大學習愛好者：（mysql 數據庫設計）文章只能為提供參考，不一定能成為您想要的結果。以下是mysql 數據庫設計正文
innodb表正好相反；行級鎖表
互聯網辦事，不算付出性的辦事外，互動產物，消息體系等等普通都是讀多，寫少。用myisam表比擬適合。
表的設計
定長表:一切列的字段長度都是定長的。可以去查mysql的手冊不定長字段是VARCHAR、BLOB或TEXT。int char都是定長的，定長表占用空間會年夜。
靜態表:就是字段不是都定長的。
定長表要比靜態表檢索速度快。
軟件體系的設計習氣是把每張表都分清很明白的功效，好比用戶表都是用戶信息，假如須要同時從留言表取數據，又從用戶表取用戶信息的時刻，就會采取結合查 詢，有的時刻一些操作還會用left,join等各類龐雜sql語句，沒准還要用mysql的函數。假如是針對拜訪量，讀取量很年夜的互聯網辦事時，同時並 發去讀，數據量又年夜，很恐怖。最好是假如數據不會修正，在經常使用的表上有冗余字段，可以或許做到一次讀，把數據都拿到；可以有冗余的寫操作，但削減龐雜的查詢操 作。
在設計表的時刻要將這個表的一切字段類型占用的字節數乞降，並乘以你的預期（如:存儲100W數據量），就是整張表將來會占用容量。
拆表 拆庫
拆表就是將一張表復制N多張，外面分離寄存不消內容的數據，數據的寄存是用HASH算法來決議放入哪張表。
例如用戶表user,傳統情形就是一張表，拆表就是將表復制為user_01,user_02等外面都寄存了格局一樣的分歧用戶數據。
拆庫和拆表相似，就是庫的復制。
拆表或拆庫有許多的HASH算法，重要目標就是削減表的數據量，用算法包管每一個表的數據量均勻，要求，讀寫操作被分攤下降壓力，並且平安，出了成績最多是一部門用戶受影響。缺陷就是檢索不便利，須要另想方法。
許多網站為了後期省事都邑采取discuz的產物，如bbs,blog等，網上有很多關於這個產物的引見和優化辦法，沒細研討過，聽過一些網站引見他們的 優化辦法時，關於數據庫重要是采取主從的辦法，將數據庫的讀寫分別來進步機能，然則小我認為這類方法在數據量到了范圍的時刻就OVER了，並發和讀寫操作 沒晉升，數據也是會逐步累計跨越限制。
互聯網辦事因為要應對年夜數據量，年夜要求量，所以在設計開辟的時刻就不要太學院派，不要力爭到達數據庫、法式的設計“幽美”，機能是最要緊的。
