隨著全球能源危機的加重及汽車排放引起的環境問題日益得到世界各國的重視，發展環保節能的汽車已經成為全球汽車行業的必然趨勢。

在過去六屆新能源汽車論壇成功舉辦的基礎上，由希邁商務諮詢（上海）有限公司主辦的2017年第七屆中國國際新能源汽車論壇即將於5月17日-5月19日在上海隆重舉行。新能源汽車系列論壇成功邀請了包括國家發改委能源研究所、世界電動車協會、亞太電動車協會、世界氫能協會、世界分散式能源聯盟、中國工程院等在內的政府單位與研究機構，以及包括寶馬、賓士、奇瑞捷豹路虎、大眾、奧迪、比亞迪、上汽、北汽等在內的知名整車商，共同研討新能源汽車行業政策趨勢、技術路線及難點、基礎設施建設、商業模式等並取得了豐碩的成果，獲得了業內外人士的一致好評。

在即將到來的2017年，組委會為感謝業內外人士對系列論壇長期以來的支援和關注，將傾情奉上相比歷屆舉辦規模最大的第六屆新能源汽車論壇，涉及七個論壇，頒獎典禮，研討會及晚宴。屆時將誠邀全球範圍內的整車製造商、電網電力公司、電池廠商、零部件供應商、核心技術提供商和政府官員近600位行業人士一起，對新能源汽車產業面臨的挑戰，機遇與對策各方面進行為期三天更深層次並具有建設和戰略性的探討

大會亮點

往屆參會企業分部

大會結構

若您對峰會有更多要求，請撥打021-6045 1760與我們聯繫，謝謝理解和支持！
我們期待與貴單位一起出席於5月17-19日在上海舉辦的第七屆中國國際新能源汽車論壇2017，以利決策！
想瞭解詳細內容，請登陸官方網站：http://www.ourpolaris.com/2017/nev/indexcn.html
連絡人：Hill Zeng(曾先生)
電話：021-6045 1760
傳真：021-6047 5887
郵箱: market@ourpolaris.com

本站聲明:網站內容來源於EnergyTrend https://www.energytrend.com.tw/ev/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※為什麼 USB CONNECTOR 是電子產業重要的元件?

※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

※台北網頁設計公司全省服務真心推薦

※想知道最厲害的網頁設計公司“嚨底家”!

※推薦評價好的iphone維修中心

※聚甘新

日本是發展較為穩健且持續的電動車市場之一，車商為搶奪發展先機，相關技術的競爭十分激烈。《日經》報導，有多家車商將落實純電動車（EV）的規格一致化，以備未來發展之需；而日立製作所也推出了續航力達400公里的鋰電池技術。

日產於2010年12月推出的Leaf是全球首輛量產型EV，最低價格約280萬日圓，是目前全球最暢銷的EV車款之一。《日經中文網》報導，日產汽車、法國雷諾、三菱汽車等三家有資本合作關係的車商將統一EV基本結構的底盤，並推動車用電池、馬達、逆變器等零件的通用。不過，各品牌車款的外觀與內飾仍將各別進行設計，以維持品牌特性。

雷諾、三菱將終止自己對於EV用底盤的研發，統一採用日產預計將在2018年推出的次世代Leaf底盤。底盤的統一，加上前述電池等零件通用化，雷諾和三菱汽車目標將EV的價格降至與豐田Corolla高端車款相當水準的價格，以強化市場競爭力，與美商特斯拉（Tesla）、中國比亞迪（BYD）等相庭抗禮。

採用鎳、矽，日立推高續航力鋰電池

電車搭載的鋰電池攸關續航力與安全性，向來是技術革新的兵家必爭之地。日產Leaf每次充飽電後最多可行駛約280公里，若可提高續航力到400公里，將對電動車普及大有幫助。

日立製作所改用鎳材料作為鋰電池的正極材料，並將電極的厚度增加為兩倍，始可儲存的鋰離子增加，且儲存功能也更好。負極則改用矽取代常見的碳材料，讓鋰離子更易於儲存和釋放，藉此使電容提高到原本的兩倍（約320Wh/kg），並延長EV的行駛距離40%。

日立製作所也在正極材料表面包覆氧化物，改善電解液因持續使用的化學反應而在電極表面形成覆膜，導致性能降低的問題。負極則在電解液中添加氟系添加物，抑制覆膜產生。日立製作所測試，改良後的鋰電池反覆充放電100次後，仍可維持90%以上的電容量。

這款新式鋰電池的成本不會較現行產品大幅提高。日立製作所將繼續確認安全性等問題，並預計在2020年投入量產。

本站聲明:網站內容來源於EnergyTrend https://www.energytrend.com.tw/ev/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※為什麼 USB CONNECTOR 是電子產業重要的元件?

※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

※台北網頁設計公司全省服務真心推薦

※想知道最厲害的網頁設計公司“嚨底家”!

※推薦評價好的iphone維修中心

※聚甘新

如何提升自己？

看完後浪，感慨良多…

在程序員圈子，聽得最多的便是”35歲中年危機“。

危機

其實不僅僅存在“35歲危機”，還有“畢業危機”，“被裁員危機”，不僅僅在程序員圈子，幾乎所有圈子都是這樣，就像剛畢業的大學生說的：畢業等於失業。現在的社會飛速發展，我們常常感嘆大多數父母一代的人，智能手機玩着都比較費勁，其實也算是一種危機。其實不管任何職業，任何年齡的人，都應該保持“學習”的狀態，只有自身有了底氣，才能挺直了腰板，度過一個又一個危機。恩，做的不開心，我就換個工作…厲害的人，都是別人來請他去上班的。

作為一個Javaer，當然也需要不斷的保持學習，特別是對於剛畢業的人，可能在找第一份工作的時候，你大廠與你擦肩而過，但是只要你對未來有一個完整的規劃，3年後，你一樣能達到你的目標。

說了這麼多，只是為了強調學習的重要性。但是如何學習？學習什麼？這才是真正的問題。

如何學習？

很多人喜歡看視頻學習，記得剛學Java的時候，很多同學都會去看馬士兵，傳智博客等等。。。的確，視頻適合帶你入門，但是卻不適合進階。

如果你是一個什麼都不知道的小白， 不知道什麼是IDE，是什麼叫配置環境變量，那麼的確可以看看視頻學習，因為它能帶你很快的上手，避免走很多坑。

但是如果你是一個有一點項目經驗的人，那麼個人是不推薦通過視頻來學習新的知識的。第一個便是因為資源太少。除了培訓機構和各種專門為了做教育行業的人，很少有其他人會專門通過視頻介紹技術，即使有，視頻質量也難以得到保障。第二個便是效率問題，看視頻你不敢跳過，害怕錯過知識點，你也更加容易走神，因為進度掌握在別人手裡。

所以最好的學習方式便是看資料，比如看書，看官方文檔等。

如何看書？

書讀百遍，其義自見。能真正把一本書看很多遍的人，一定能體會到這句話的精髓所在。

擁有不同知識的人，看一本書的收貨一定是不一樣的。這裏可以簡單舉一個例子：一個剛學完Java基礎知識的人，看《Effective Java》的時候，可能只會死記硬背。一個擁有三年開發經驗的人，看《Effectice Java》的時候，會覺得恍然大悟。而一個擁有豐富的開發經驗的人，看《Effective Java》的時候，一定會激動的拍打着桌子：“對，當時這個坑就是這樣的”。

當你想要了解一個知識點的時候，比如JVM，你可以先去各個網站，找一找網友推薦的書，一般比較經典的技術，都會有一本比較經典的書。比如JVM中的《深入理解Java虛擬機》。記住，如果是想深入了解的話，一定要買好書，湊字數的書，只適合你看個大概。

挑選好一本書後，首先應該查看書的前言，然後看看目錄，了解整本書得框架以及知識點的分佈。最好帶着問題去看書。比如你看JVM，可能就是想了解大家常說的GC,JVM內存分佈，JVM調優等等，明白這些問題在書的第幾節，想想作者為什麼要把這個問題安排在這個地方？想要解答這些問題，需要明白哪些前提條件？

做完上面的步驟后，就可以開始看書了，看一個好書，我建議一遍泛讀，兩遍精讀，三遍薄讀。

第一遍，快速閱覽這本書，但是每個地方都要留一個印象，有問題不用怕，記在心裏。明白書的大體講了什麼，側重講了什麼，哪些是重點。更加重要的是，你在快速閱覽過程中，產生了什麼問題。

當看完第一遍后，我不太建議立即去看第二遍，看完第一遍，應該對整個技術有個大概的了解，這個時候你應該實際去上手去做，比如JVM打打日誌看看，jps.exe,jstat.exe等調試工具用一用看看，嘗試將書中的內容應用到實際中。這個時候，你會產生更多的問題。

第二遍，當經過一定的上手后，這個時候你就可以去看第二遍了，看第二遍的時候，心裏應該明白，你想解決什麼問題，你應該重點看哪裡。看的過程中，多想一想為什麼？想不明白的，一定上網查一查，問一問。這個過程中，其實更加推薦的是寫讀書筆記或者博客。嘗試將自己學到的東西講給別人聽，你會有意想不到的收穫。

當看完第二遍后，就可以暫時休息了，因為一本書，寫的再好，看兩遍都會有點乏味，看完這遍后，整理下知識點，簡單回顧下。

第三遍，第三遍應該在時間過去比較久之後再看，這一邊的速度可以很快，主要目的就是檢查你對這本書的內容的記憶程度理解的再好，都有可能會忘。每看到一部分內容，就去回想一下這部分內容的重點是什麼？有什麼值得注意的？為什麼是這樣。當你發現你都能說出來時，這本就，就已經薄成一張紙了、

看哪些書？

明白了怎麼看書之後，最後一個問題便是看哪些書了…

作為一個程序員，最重要的便是基礎。基礎不牢，地動山搖。技術的迭代是非常快的，前幾年大火的C#,如今在國內需求已經比較少了，再比如現在慢慢崛起的go，想要不被時代拋棄，必須學會快速掌握一個新的知識，而這些知識其實都萬變不離其中。那便是基礎。

掌握操作系統，能讓你快速明白JVM，多線程，NIO，零拷貝原理等。

掌握網絡基礎，能讓你快速明白Http，Socket，Https等

…

當然，這裏所說的基礎，也包括一本語言的基礎，比如Java開發基礎等。

等有了這些基礎知識，再去學習整體開發的框架，會事半功倍。

明白了基礎的重要性，剩下的就是掌握一個高級開發工程師應該掌握的技能。

然而，什麼才是一個高級開發工程師應該掌握的技能？

很遺憾，我不能告訴你。因為不同方向，不同企業，不同部門，不同的業務。對一個人技能的要求，是不一樣的。

最好的方法便是定製一個目標，然後看看你離這個目標還有多遠。

怎麼去衡量你離這個目標還有多遠呢？最好的答案便是面試。面試犹如考試，少看哪些博眼球的文章標題為面試官問我…，製造焦慮，太偏的知識點可以簡單了解，但是別太浪費時間。不管你有沒有準備好，現在開始，準備一份你的簡歷，找一些差不多的崗位，然後接受面試官的鞭撻。總結每一次面試中，你發現你有空白的知識點，然後找一本書，看它。不用害怕簡歷沒什麼寫的，沒什麼寫的簡歷，更應該開始着手準備，機會總是給有準備的人。

堅持上面我說的，我相信，offer會比“危機”先到一步。

有感而發，隨便寫寫。

—— 胖毛2020/06/19

個人公眾號，隨便寫寫

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※為什麼 USB CONNECTOR 是電子產業重要的元件?

※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

※台北網頁設計公司全省服務真心推薦

※想知道最厲害的網頁設計公司"嚨底家"!

※推薦評價好的iphone維修中心

介紹

背景

• 當表的個數達到了幾百千萬張表時，眾多的業務模塊都訪問這個數據庫，壓力會比較大，考慮對其進行分庫
• 當表的數據達到幾千萬級別，在做很多操作都比較吃力，考慮對其進行分庫或分表

數據切分(sharding)方案

　　數據的切分（Sharding）根據其切分規則的類型，可以分為兩種切分模式：

• 垂直切分：按照業務模塊進行切分，將不同模塊的表切分到不同的數據庫中
• 水平切分，將一張大表按照一定的切分規則，按照行切分成不同的表或者切分到不同的庫中

如何理解垂直切分？

　　垂直分庫：主要解決的問題是單個數據庫中[數據表]過多問題。

　　垂直分表：主要解決的問題是單個表中[過多問題(將一張大表，拆分不同的關聯表)。

如何理解水平切分？

　　水平切分主要解決的問題就是對於[單表數據量過大]的問題(1000W以上數據性能會有所下降)

切分原則

1. 能不切盡量不要切分
2. 如果要切分一定要選擇合適的切分規則，提前規劃好
3. 數據切分盡量通過冗餘或表分組(Table Group)來降低跨庫Join的可能
4. 由於數據庫中間件對數據Join實現的優劣難以把握，而且實現高性能難度極大，業務讀取盡量少使用多表Join

分庫分表之後帶來問題？

1. 跨庫Join：訂單表需要關聯會員信息(訂單表和會員表拆分為兩個庫的表)
   1. 應用層由一個查詢拆分為多個
   2. 全局表，每個庫都存儲相同的數據，比如字典表、地址表
   3. 字段冗餘
   4. Mycat技術可以實現跨庫Join，只能實現2張表跨庫Join
2. 分佈式事務(Mycat沒有很好實現分佈式事務)
   1. 強一致性(互聯網項目不推薦，性能不好)
   2. 最終一致性(異步方式去實現，需要通過日誌信息)
3. 主鍵問題(保證ID的連續性和唯一性)
   1. UUID(性能不好)
   2. redis incr命令
   3. zookeeper
   4. 雪花算法
4. 跨庫進行排序問題
   1. 在應用層進行排序

Mycat應用

官網鏈接

點我直達

Mycat核心概念

• Schema：由它制定邏輯數據庫(相當於MySQL的database數據庫)
• Table：邏輯表(相當於MySQL的table表)
• DataNode：真正存儲數據的物理節點
• DataHost：存儲節點所在的數據庫主機(指定MySQL數據庫的連接信息)
• User：MyCat的用戶(類似於MySQL的用戶，支持多用戶)

MyCat主要解決的問題

• 海量數據存儲
• 查詢優化

Mycat對數據庫的支持

Mycat安裝

安裝要求

• jdk：要求jdk必須是1.7及以上版本 （我使用的是jdk 1.8）

• Mysql：推薦mysql是5.5以上版本（我使用的是mysql 5.7）

安裝jdk

具體教程：點我直達

Mcat下載

下載鏈接：點我直達

百度雲盤地址：https://pan.baidu.com/s/14A3BAwnBRGZppc3AicF5Hw  密碼: gkrp

解壓

修改配置文件

路徑：/cyb/soft/mycat/conf

server.xml

用途：用於配置用戶信息

<?xml version="1.0" encoding="UTF-8"?>
<!-- - - Licensed under the Apache License, Version 2.0 (the "License"); 
    - you may not use this file except in compliance with the License. - You 
    may obtain a copy of the License at - - http://www.apache.org/licenses/LICENSE-2.0 
    - - Unless required by applicable law or agreed to in writing, software - 
    distributed under the License is distributed on an "AS IS" BASIS, - WITHOUT 
    WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. - See the 
    License for the specific language governing permissions and - limitations 
    under the License. -->
<!DOCTYPE mycat:server SYSTEM "server.dtd">
<mycat:server xmlns:mycat="http://io.mycat/">
    <system>
    <property name="useSqlStat">0</property>  <!-- 1為開啟實時統計、0為關閉 -->
    <property name="useGlobleTableCheck">0</property>  <!-- 1為開啟全加班一致性檢測、0為關閉 -->

        <property name="sequnceHandlerType">2</property>
      <!--  <property name="useCompression">1</property>--> <!--1為開啟mysql壓縮協議-->
        <!--  <property name="fakeMySQLVersion">5.6.20</property>--> <!--設置模擬的MySQL版本號-->
    <!-- <property name="processorBufferChunk">40960</property> -->
    <!-- 
    <property name="processors">1</property> 
    <property name="processorExecutor">32</property> 
     -->
        <!--默認為type 0: DirectByteBufferPool | type 1 ByteBufferArena-->
        <property name="processorBufferPoolType">0</property>
        <!--默認是65535 64K 用於sql解析時最大文本長度 -->
        <!--<property name="maxStringLiteralLength">65535</property>-->
        <!--<property name="sequnceHandlerType">0</property>-->
        <!--<property name="backSocketNoDelay">1</property>-->
        <!--<property name="frontSocketNoDelay">1</property>-->
        <!--<property name="processorExecutor">16</property>-->
        <!--
            <property name="serverPort">8066</property> <property name="managerPort">9066</property> 
            <property name="idleTimeout">300000</property> <property name="bindIp">0.0.0.0</property> 
            <property name="frontWriteQueueSize">4096</property> <property name="processors">32</property> -->
        <!--分佈式事務開關，0為不過濾分佈式事務，1為過濾分佈式事務（如果分佈式事務內只涉及全局表，則不過濾），2為不過濾分佈式事務,但是記錄分佈式事務日誌-->
        <property name="handleDistributedTransactions">0</property>
        
            <!--
            off heap for merge/order/group/limit      1開啟   0關閉
        -->
        <property name="useOffHeapForMerge">1</property>

        <!--
            單位為m
        -->
        <property name="memoryPageSize">1m</property>

        <!--
            單位為k
        -->
        <property name="spillsFileBufferSize">1k</property>

        <property name="useStreamOutput">0</property>

        <!--
            單位為m
        -->
        <property name="systemReserveMemorySize">384m</property>


        <!--是否採用zookeeper協調切換  -->
        <property name="useZKSwitch">true</property>


    </system>
    
    <!-- 全局SQL防火牆設置 -->
    <!-- 
    <firewall> 
       <whitehost>
          <host host="127.0.0.1" user="mycat"/>
          <host host="127.0.0.2" user="mycat"/>
       </whitehost>
       <blacklist check="false">
       </blacklist>
    </firewall>
    -->
    
    <user name="root">
        <property name="password">root</property>
        <property name="schemas">TESTDB</property>
        
        <!-- 表級 DML 權限設置 -->
        <!--         
        <privileges check="false">
            <schema name="TESTDB" dml="0110" >
                <table name="tb01" dml="0000"></table>
                <table name="tb02" dml="1111"></table>
            </schema>
        </privileges>        
         -->
    </user>

    <user name="user">
        <property name="password">user</property>
        <property name="schemas">TESTDB</property>
        <property name="readOnly">true</property>
    </user>

</mycat:server>

schema.xml

用途：管理邏輯表

為了演示方便，刪掉一些不必要的標籤，標籤詳細用法：點我直達

<?xml version="1.0"?>
<!DOCTYPE mycat:schema SYSTEM "schema.dtd">
<mycat:schema xmlns:mycat="http://io.mycat/">

    <schema name="TESTDB" checkSQLschema="true" sqlMaxLimit="100">
        <!-- auto sharding by id (long) -->
        <table name="cyb_test" dataNode="dn1,dn2,dn3" rule="mod-long" />
    </schema>
    <dataNode name="dn1" dataHost="localhost1" database="db1" />
    <dataNode name="dn2" dataHost="localhost1" database="db2" />
    <dataNode name="dn3" dataHost="localhost1" database="db3" />
    <dataHost name="localhost1" maxCon="1000" minCon="10" balance="0"
              writeType="0" dbType="mysql" dbDriver="native" switchType="1"  slaveThreshold="100">
        <heartbeat>select user()</heartbeat>
        <!-- can have multi write hosts -->
        <writeHost host="hostM1" url="192.168.31.200:3306" user="root"
                   password="root">
            <!-- can have multi read hosts -->
            <readHost host="hostS2" url="192.168.31.201:3306" user="root" password="root" />
        </writeHost>
    </dataHost>
</mycat:schema>

rule.xml

用途：定義了我們對錶進行拆分所涉及到的規則定義，視情況修改參數

<?xml version="1.0" encoding="UTF-8"?>
<!-- - - Licensed under the Apache License, Version 2.0 (the "License"); 
    - you may not use this file except in compliance with the License. - You 
    may obtain a copy of the License at - - http://www.apache.org/licenses/LICENSE-2.0 
    - - Unless required by applicable law or agreed to in writing, software - 
    distributed under the License is distributed on an "AS IS" BASIS, - WITHOUT 
    WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. - See the 
    License for the specific language governing permissions and - limitations 
    under the License. -->
<!DOCTYPE mycat:rule SYSTEM "rule.dtd">
<mycat:rule xmlns:mycat="http://io.mycat/">
    <tableRule name="rule1">
        <rule>
            <columns>id</columns>
            <algorithm>func1</algorithm>
        </rule>
    </tableRule>

    <tableRule name="rule2">
        <rule>
            <columns>user_id</columns>
            <algorithm>func1</algorithm>
        </rule>
    </tableRule>

    <tableRule name="sharding-by-intfile">
        <rule>
            <columns>sharding_id</columns>
            <algorithm>hash-int</algorithm>
        </rule>
    </tableRule>
    <tableRule name="auto-sharding-long">
        <rule>
            <columns>id</columns>
            <algorithm>rang-long</algorithm>
        </rule>
    </tableRule>
    <tableRule name="mod-long">
        <rule>
            <columns>id</columns>
            <algorithm>mod-long</algorithm>
        </rule>
    </tableRule>
    <tableRule name="sharding-by-murmur">
        <rule>
            <columns>id</columns>
            <algorithm>murmur</algorithm>
        </rule>
    </tableRule>
    <tableRule name="crc32slot">
        <rule>
            <columns>id</columns>
            <algorithm>crc32slot</algorithm>
        </rule>
    </tableRule>
    <tableRule name="sharding-by-month">
        <rule>
            <columns>create_time</columns>
            <algorithm>partbymonth</algorithm>
        </rule>
    </tableRule>
    <tableRule name="latest-month-calldate">
        <rule>
            <columns>calldate</columns>
            <algorithm>latestMonth</algorithm>
        </rule>
    </tableRule>
    
    <tableRule name="auto-sharding-rang-mod">
        <rule>
            <columns>id</columns>
            <algorithm>rang-mod</algorithm>
        </rule>
    </tableRule>
    
    <tableRule name="jch">
        <rule>
            <columns>id</columns>
            <algorithm>jump-consistent-hash</algorithm>
        </rule>
    </tableRule>

    <function name="murmur"
        class="io.mycat.route.function.PartitionByMurmurHash">
        <property name="seed">0</property><!-- 默認是0 -->
        <property name="count">2</property><!-- 要分片的數據庫節點數量，必須指定，否則沒法分片 -->
        <property name="virtualBucketTimes">160</property><!-- 一個實際的數據庫節點被映射為這麼多虛擬節點，默認是160倍，也就是虛擬節點數是物理節點數的160倍 -->
        <!-- <property name="weightMapFile">weightMapFile</property> 節點的權重，沒有指定權重的節點默認是1。以properties文件的格式填寫，以從0開始到count-1的整數值也就是節點索引為key，以節點權重值為值。所有權重值必須是正整數，否則以1代替 -->
        <!-- <property name="bucketMapPath">/etc/mycat/bucketMapPath</property> 
            用於測試時觀察各物理節點與虛擬節點的分佈情況，如果指定了這個屬性，會把虛擬節點的murmur hash值與物理節點的映射按行輸出到這個文件，沒有默認值，如果不指定，就不會輸出任何東西 -->
    </function>

    <function name="crc32slot"
              class="io.mycat.route.function.PartitionByCRC32PreSlot">
        <property name="count">2</property><!-- 要分片的數據庫節點數量，必須指定，否則沒法分片 -->
    </function>
    <function name="hash-int"
        class="io.mycat.route.function.PartitionByFileMap">
        <property name="mapFile">partition-hash-int.txt</property>
    </function>
    <function name="rang-long"
        class="io.mycat.route.function.AutoPartitionByLong">
        <property name="mapFile">autopartition-long.txt</property>
    </function>
    <function name="mod-long" class="io.mycat.route.function.PartitionByMod">
        <!-- how many data nodes -->
        <property name="count">3</property>
    </function>

    <function name="func1" class="io.mycat.route.function.PartitionByLong">
        <property name="partitionCount">8</property>
        <property name="partitionLength">128</property>
    </function>
    <function name="latestMonth"
        class="io.mycat.route.function.LatestMonthPartion">
        <property name="splitOneDay">24</property>
    </function>
    <function name="partbymonth"
        class="io.mycat.route.function.PartitionByMonth">
        <property name="dateFormat">yyyy-MM-dd</property>
        <property name="sBeginDate">2015-01-01</property>
    </function>
    
    <function name="rang-mod" class="io.mycat.route.function.PartitionByRangeMod">
            <property name="mapFile">partition-range-mod.txt</property>
    </function>
    
    <function name="jump-consistent-hash" class="io.mycat.route.function.PartitionByJumpConsistentHash">
        <property name="totalBuckets">3</property>
    </function>
</mycat:rule>

啟動mycat

進入mycat/bin，啟動mycat

啟動命令：./mycat start
停止命令：./mycat stop
重啟命令：./mycat restart
查看狀態命令：./mycat status

注意，可以使用mysql的客戶端直接連接mycat服務，默認端口為8066

錯誤日誌(重要)

　　部署過程中，我碰到點小問題，找不到主機名，具體解決方案，請看我另一篇：點我直達 ，如果Mycat服務起不來，記得看錯誤日誌喲！

測試

ip：192.168.31.200(mysql主服務器)

ip：192.168.31.201(mysql從服務器)

ip：192.168.31.209(mycat服務器)

　　注：演示過程中，因為mysql搭建了集群，主從複製，可能網絡原因，有些延遲，或者mysql主從複製同步機制問題，導致刷新好幾次，才显示出來，因為圖片較大，被分割幾張gif，內容都是連續的，驗證結果，達到預期，演示成功！

　　MySQL集群搭建主從複製：點我直達

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※為什麼 USB CONNECTOR 是電子產業重要的元件?

※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

※台北網頁設計公司全省服務真心推薦

※想知道最厲害的網頁設計公司"嚨底家"!

※推薦評價好的iphone維修中心

美國電動車大廠特斯拉（Tesla）15 日公布最新增資計畫，由於即將進入Model 3 電動車的試產階段，預計將透過發行股票和優先債券融資11.5 億美元（約355 億台幣）。

華爾街日報（Wall Street Journal）報導，特斯拉預計將發行2.5 億美元普通股及7.5 億美元可轉換優先債券來籌措資金，執行長馬斯克（Elon Musk）本人也將認購2,500 美元的普通股，所得資金將用來強化資產負債表，並降低近期業務擴張可能帶來的風險。

特斯拉表示，2016 年共生產了8.4 萬輛汽車，未來也將持續投資、創造產品並提升產能，希望至2018 年底總產量能達到50 萬輛，2020 年則達到100 萬輛。在公布計畫後，特斯拉盤後股價上漲2.3% 至261.5 美元。

報導指出，不僅是汽車，馬斯克也計畫將電動車運用在更多車款上，如公共汽車及載貨卡車；隨著去年收購SolarCity Corp，馬斯克希望未來將特斯拉打造成一家永續能源公司，提供包含電動車、電池及太陽能發電在內相關產品。

AutoCar 網站則提到，除了今年將試產的Model 3 電動車，特斯拉也已經在著手進行另一部迷你SUV 車款Model Y 的開發，相對於特斯拉其他車款來說，Model Y 和Model 3 一樣將會相對平價，市場估計Model 3 售價約為3.7 萬美元（約113 萬台幣），考量到迷你SUV 的機能與客群的不同，Model Y 的售價可能將再比Model 3 車款高上數千美元。

▲由 Autocar 製作的 Model Y 概念圖

（合作媒體：。首圖來源：Tesla）

本站聲明:網站內容來源於EnergyTrend https://www.energytrend.com.tw/ev/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※為什麼 USB CONNECTOR 是電子產業重要的元件?

※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

※台北網頁設計公司全省服務真心推薦

※想知道最厲害的網頁設計公司"嚨底家"!

※推薦評價好的iphone維修中心

Scrum是由Ken Schwaber和Jeff Sutherland在20世紀90年代提出的概念，並在1995年首次正式確定。起初Scrum是為了解決產品和軟件開發固有的複雜性，然而現在Scrum被成功地應用於市場營銷、組織變革和科學研究等多個領域的複雜問題。

Scrum主要建立在以下三個原則的基礎上：

• 透明度：你需要收集數據（比如一些指標、團隊成員的反饋或其他團隊的經驗之談），從而找到你的目標。
• 檢查：你需要和大家一起監督迭代的進度，並決定迭代完成的標準是什麼。
• 適應：你需要做出改變，希望能更好更快地完成你的目標。

在實施Scrum之前首先要用一段時間來定義和調整這些規則，以發現工作中的問題，找到可以改善的方向，這裏說的問題不是那種一年一次或項目完成時才發生的問題，而是每天、每周或每月都在持續發生的問題。我們不是將我們的決策建立在對可能永遠不會發生的潛在風險的假設上，而是根據我們收集到的數據來做決策，這就是所謂的經驗主義。

Scrum的價值？

當你需要接受你並不了解和無法控制一切的時候，Scrum提供的經驗方法就會變得非常有用。也正因如此，你會改變之前的想法，雖然可能會犯錯，但也會有新的、有價值的想法出現，而這些是你從未考慮過的。與其在前期制定一個精確的計劃，然後無論如何都要堅持下去，不如把你的想法當作假設或假說，用Scrum的方式來驗證。

Scrum可以讓你快速了解自己是否偏離了軌道，是否需要做出調整，而不是簡單地按照計劃行事，你可以先解決你目前面臨的最大風險。當你在一個不確定的、不斷變化的環境中工作時，這一點尤為重要。你一開始的假設在當時可能是絕對正確的，但是當你在開發產品的時候，環境可能會發生很大的變化，以至於你的整個方案都失敗。在一個漫長的項目結束的時候，經驗主義的方法並不是災難性的失敗，而是將其降低為一個小的減速帶，需要你修正一下方向。

所以，實際上Scrum是降低了複雜的、適應性問題、固有的不可預測性和不確定性的風險。它允許你不斷地驗證你仍然在做正確的事情，並朝着解決你設定的目標前進。更好的是，你現在有了一個积極發現更好想法的過程，並將其納入到下一步的塑造中。現在，不確定性反而變成了一件好事，因為其中蘊含着所有的可能性。

“Scrum降低了複雜的、適應性問題固有的不可預測性和不確定性的風險。”

Zombie Scrum和效率思維模式

那麼，Zombie Scrum與這一切有什麼聯繫呢？我們發現一個現象：人們使用Scrum的起因很多都是錯誤的。當你問一個Zombie Scrum組織中的人，他們希望從Scrum中得到什麼時，你會聽到諸如 “更快”、”更多的大腦”、”更多的產出 “和 “更高的效率”。這與 “敏捷 “這個詞的實際含義是非常不同的。這與Scrum的設計目的也大相徑庭。這種矛盾從何而來？

傳統的組織管理和產品開發方式是為了實現與敏捷性相反的目標，這種心理模式通常被稱為 “效率思維模式”。它的目的是盡可能地減少不確定性，提高可預測性，推動效率的提高。這通常表現為會制定詳細的計劃，通過協議和程序使工作標準化，高度的任務專業化，以及衡量效率（如每天的工作量、出現的問題） 。這種思維模式當然可以在工作相當重複和簡單的環境中發揮作用，比如流水線化的工作或某些行政工作，但在人們處理複雜的、適應性強的問題的環境中肯定行不通，因為這些問題本身就具有不可預測性和不確定性。

“效率思維模式的目的是盡可能地減少不確定性，提高可預測性，推動效率的提高。”

Zombie Scrum與領導強烈關注績效和工作量是有很大關係的，但最終客戶是否滿意？是否交付了有價值的東西？卻無人問津。而且，這種思維模式在很多企業中是根深蒂固的，它已經成為一個我們不需要討論的 “真相”。這樣的企業是想試圖用Scrum來影響效率、速度和產出的角度來理解它是有道理的，只不過當發現Scrum似乎並沒有做到這一點時，人們就會感到失望。

從非常廣泛的意義上來說，Scrum關注的更多是效率，而不是高效。效率是為了盡可能多的完成工作（產出），而高效則是為了工作的價值和有用性（結果）。雖然完全有可能通過Scrum提高效率，但這既不是承諾也不是目標。

在充斥着 “Zombie Scrum”的環境中，大家是很看重“效率思維”的，以至於人們只看到Scrum的結構性元素：角色、事件和工件。他們沒有看到也沒有體會到這個過程的價值。這就是為什麼Zombie Scrum只是看起來像Scrum，但沒有其精髓。

“Scrum更關注的是有效（結果），而不是高效（產出）。”

在這篇文章中，我們提到了Scrum的三個原則，如何在必要的時候重複進行，以捕捉工作中出現的偏差、意外發現和潛在機會。Scrum中的所有內容都是圍繞這三個支柱設計的。這也是經驗主義發揮作用的原因。採用Zombie Scrum的組織，往往有一種效率思維，目標是盡可能減少不確定性，提高可預測性，推動效率。這與在複雜工作中學習和發現的經驗主義過程相矛盾。

原文作者：Barry Overeem

翻譯整理：Worktile

Worktile 官網：worktile.com

文章首發於「Worktile官方博客」，轉載請註明出處。

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※為什麼 USB CONNECTOR 是電子產業重要的元件?

※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

※台北網頁設計公司全省服務真心推薦

※想知道最厲害的網頁設計公司"嚨底家"!

※推薦評價好的iphone維修中心