A. elasticsearch本身是資料庫么
使用Elasticsearch存儲的文檔數量接近50億（算上1份復制，接近 100億文檔），總共10個數據節點和2個元數據節點（48GB內存，8核心CPU，ES使用內存達到70%），每天的文檔增量大概是3000W條（速度 持續增加中）。
B. ES與傳統資料庫的比較
1.結構名稱不同
2.ES分布式搜索，傳統資料庫遍歷式搜索
3.ES採用倒排索引，傳統資料庫採用B+樹索引
4.ES沒有用戶驗證和許可權控制
5.ES沒有事務的概念，不支持回滾，誤刪不能恢復
6.ES免費，完全開源；傳統資料庫部分免費
有關更詳細的比較內容，可以到黑馬程序員官網找到社區技術文章，找不到可以對話框問一下。裡面還有結合工作的舉例。
C. ES是什麼
指音的指碼母顏文色字,s英色代型指彩色與網字指寫e色號指還號的母.字種拼也品產一絡.也.也.密情發
D. Redis簡介以及和其他緩存數資料庫的區別
Redis 是一個開源的內存中的數據結構存儲系統，它可以用作資料庫、緩存和消息中間件。
它支持多種類型的數據結構，如字元串（Strings），散列（Hashes），列表（Lists），集合（Sets），有序集合（Sorted Sets或者是ZSet） 與范圍查詢， Bitmaps，Hyperloglogs 和 地理空間（Geospatial）索引半徑查詢。 其中常見的數據結構類型有String、List、Set、Hash、ZSet這5種。
E. redis是緩存系統還是資料庫
相對於熟讀官方文檔，更重要的是要把框架環境搭起來。 零、環境介紹 操作系統：centOS 資料庫: mysql 5/installer php mv composer.phar /usr/local/bin/composer 安裝完成，使用以下命令看是否安裝成功 composer -V 出現版本號，即說明安裝成功 三、安裝Laravel 按照Laravel的官方文檔說明即可，建議使用【通過Laravel安裝工具】，沒什麼坑，這里略過 提示：由於Laravel還依賴於一些的PHP擴展，所以使用yum安裝 sudo install yum php-mysql php-mcrypt php-mbstring php-tokenizer php-openssl 安裝完成後，在Nginx的配置文件(一般是/etc/nginx/conf.d/default.conf)最下方添加如下配置 location / { try_files $uri $uri/ /index.php?$query_string; } 來到你的laravel工程目錄下，看到storage和vendor文件夾，使用以下命令修改其文件讀寫許可權，讓Nginx用戶能讀寫它 sudo chmod -R 766 storage sudo chmod -R 766 vendor 四、讓MVC跑起來！ 在此之前，你應該讀一下官方文檔 路由、控制器、資料庫使用基礎、Eloquent ORM 至此，可以開始coding，開發一個 MVC的demo了，此demo的功能是將資料庫表tbl_item從資料庫里讀出來，並以json格式響應給瀏覽器。 假設你已經通過laravel new demo來初始化你的web app。 資料庫里建庫（demo）、建表（tbl_item），（欄位隨意定） 配置配置文件 config/database.php 直接操作資料庫，往tbl_item里插入一條數據 開始coding demo/app/http/routes.php底部添加如下代碼： Route::get('/item/{id}', 'ItemController@showItem'); demo/app/http/controllers/ 目錄新添文件 ItemController.php，代碼如下： <?php namespace App\Http\Controllers; use Illuminate\Http\Request; use App\Item as Item; class ItemController extends Controller { private $model; public function __construct() { $this->model = new Item(); } public function showItem($id) { $users = $this->model->fetchAll(); echo json_encode($users); Log::info('獲取用戶列表，通過msyql'); } } demo/app/目錄下新增文件 Item.php 代碼如下 <?php namespace App; use Illuminate\Database\Eloquent\Model; class Item extends Model { protected $fillable = ['name', 'price']; protected $guarded = ['id']; /** * The database table used by the model. * default: tbl_items * @var string */ // protected $table = 'tbl_items'; public function fetchAll(){ $items = $this->all()->toJson(); return $items; } } 使用瀏覽器訪問yourIp/item/1，即可列出所有的item數據 五、Laravel結合Redis 直連DB是不夠的，很快資料庫訪問就會成為系統的瓶頸。我們引入緩存Redis。還是一樣的思路，先讓系統跑起來。 1、安裝啟動Redis 安裝 $ wget download.redis.io/releases/redis-3.0.1.tar.gz $ tar xzf redis-3.0.1.tar.gz $ cd redis-3.0.1 $ make 啟動 $ src/redis-server 查看官方下載和安裝文檔，只需要幾個命令即可 2、安裝PHP PRedis PRedis是PHP訪問redis的擴展包，只需要下載原碼即可，不需要安裝PHP擴展（如php-redis.so）。但在這之前要介紹一個composer，因為laravel通過它來安裝第三方程序包（管理依賴關系）。 cd 到你的App所在路徑，修改composer.json，在require欄位里，添加"predis/predis":"~1.0.1"，然後當前目錄下 sudo composer update，此時就會自動下載包需要的擴展包，這些擴展包將會被放在vendor目錄下。如果出現內存不夠這些報錯，現在看來是內存分配不夠的原因，重啟一下伺服器即可，徹底解決的辦法要修改伺服器配置，但我不清楚改哪裡，後續再補 配置相關配置，查看官方文檔即可。主要是配置config/database.php 'redis' => array( 'cluster' => false, 'default' => array('host' => '127.0.0.1', 'port' => 6379) ) 3、coding <?php namespace App\Http\Controllers; use Illuminate\Http\Request; use App\User as User; use Illuminate\Support\Facades\Redis as Redis; class UserController extends Controller { // use User; private $model; /** * Create a new controller instance. * * @return void */ public function __construct() { $this->model = new User(); } /** * Show * * @return Response */ public function showUser($id) { $redis = Redis::connection('default'); $cacheUsers = $redis->get('userList'); if( $cacheUsers ){ $users = $cacheUsers; print_r($users); Log::info('獲取用戶列表，通過redis'); }else{ $users = $this->model->fetchAll(); $redis->set('userList', $users); print_r($users); Log::info('獲取用戶列表，通過msyql'); } } }
F. elasticsearch可以替代資料庫嗎
不推薦代替資料庫哦~
ES團隊不推薦完全採用ES作為主要存儲，缺乏訪問控制還有一些數據丟失和污染的問題
建議還是採用專門的 DB存儲方案，然後用ES來做serving。
G. Redis 可以用來做資料庫嗎
1、用來存放諸如用戶注冊信息、產品信息等可以估算出體量的數據還是很好的
比如一個用戶注冊信息1k,一億用戶信息也才需要100G內存
2、數據結構足夠使用
3、搜索當然不要用redis,可以用ES來實現，搜出id後直接在redis里命中對應的數據。
4、redis最大的問題是事務的支持不好，但可以解決
5、讀性能與硬碟資料庫比，高出的不只一個數量級，尤其數據越多隨機讀的優勢越明顯。 並且互聯網應用一般都是讀多寫少
H. 可否完全使用ElasticSearch代替資料庫存儲
我們使用Elasticsearch存儲的文檔數量接近50億（算上1份復制，接近
100億文檔），總共10個數據節點和2個元數據節點（48GB內存，8核心CPU，ES使用內存達到70%），每天的文檔增量大概是3000W條（速度
持續增加中）。目前來看，單個文檔的查詢效率基本處於實時狀態；對於1到2周的數據的聚合統計操作也可以在10秒之內返回結果。
但是，還有提升的空間：
1. 對於查詢單條數據的應用場景來說，我們可以使用ES的路由機制，將同一索引內的具有相同特徵（比如具有相同的userid）的文檔全部存儲於一個節點上，這樣我們之後的查詢都可以直接定位到這個節點上，而不用將查詢廣播道所有的節點上；
2. 隨著數據節點的增加，適當增加分片數量，提升系統的分布水平，也可以通過分而治之的方式優化查詢性能；
個人以為Elasticsearch作為內部存儲來說還是不錯的，效率也基本能夠滿足，在某些方面替代傳統DB也是可以的，前提是你的業務不對操作的事
性務有特殊要求；而許可權管理也不用那麼細，因為ES的許可權這塊還不完善。由於我們對ES的應用場景僅僅是在於對某段時間內的數據聚合操作，沒有大量的單文
檔請求（比如通過userid來找到一個用戶的文檔，類似於NoSQL的應用場景），所以能否替代NoSQL還需要各位自己的測試。如果讓我選擇的話，我
會嘗試使用ES來替代傳統的NoSQL，因為它的橫向擴展機制太方便了。
I. 為什麼說緩存相當於一個資料庫
臨時存儲的地方，其實說白了，一個txt文本也能相當一個資料庫。
什麼是資料庫，就是可以存儲信息的地方。
當然它不一定具有
增刪改查的內置方法
但是你不能不承認。它存了東西，就可以被定義成資料庫
所以，緩存相當資料庫
可以理解。