docker 安装 mysql

现在安装个mysql越来越方便了，几分钟搞定，我记得很久很久以前安装mysql用源码编译安装，安装过程中确认某项依赖，又需要先安装依赖再继续，整个过程没有大半个小时根本搞不定，那酸爽死鲤鱼的尾巴不摆了。看看现在基于docker安装mysql多方便，当然前提是你得先有docker，就不废话了。

在dockerhub上去搜索mysql， https://hub.docker.com/search?q=mysql 选择你需要的版本，这里我选择的5.7

好了，一个mysql的容器服务就搞定了

1. 换句话说，什么是MySQL的超过flatfiles文件的优势是什么？MySQL提供索引和连接（用于执行性能），交易（数据完整性）和SQL（性能）。 该项目只涉及一3在线自给自足的文本文件，你不需要MySQL。

2. 读取文件是不是连接到MySQL快了很多，但不知道他是否是正确的。 Hobcobbles。像MySQL数据库存储其在文件中的数据为好，但函数吨的优化，其大部分索引函数 CodeGo.net，允许巨大的性能阅读（或者写入）一个大平面文件。 平面文件可能会更快在某些非常有限的情况下，但是数据库几代人的开发工作是使数据存取速度更快的体验，更可靠。试想想，条件和锁定，当你的脚本的两个实例尝试将数据写入到数据库中，例如。 如果量超过几行到CSV文件-或不发生可以很容易地管理像一个Wiki的例如页面文件-去同一个数据库。它增加了一层，但可以保存你很多的头痛。 试想想，做一个SELECT * FROM posts WHERE MONTH(post_date) = "2010-03-10"在一个平面文件快速，什么是要从头开始编写来实现这一点。

3. 请什么是“平面文件数据库”？平面文件是一个平面文件-南它是这样的。说这是一个平面文件数据库让你觉得它神奇地拥有一个数据库的函数-它定义每个平面文件不具备的。 什么是MySQL的的优势 flatfiles文件？ 这里跳过MySQL的-你问的主要问题是“在所有的数据库”。 我建议你看看性能比较（sewarch *** 作-指数是有原因的），并查找术语“酸性条件”来获得一个更blur的想法是什么数据库实际上做。 平面文件不给你任何保证，和几十年的开发者已经prooven他们却一遍又一遍的问题。

4. 还有安全性的问题。如果你没有正确地保护平面文件，他们可以更容易暴露。特别是如果你是存储没有障碍周围的平面文件条目。 假设你的网站或应用程序的垂直生长，平面文件还没有形成规模，较大的平面文件获取时间越长，他们花时间来阅读。 最后，使用平面文件时，它已经是如此简单的数据库是很简单的一劈。这不是做事的“正确的方式”中，每个人的数据库，所以我认为正好相反：平面文件在MySQL的？是到事实要明白或不同意你的决定平面文件后保持您的应用程序？

5. 我们需要更多的上下文。 如果你的朋友是页面（在数据库中存储的广告“斑点”），那么是的，使用MySQL没有太大的帮助。如果他有精细的数据（包括，我不知道，博客文章，newsitems，图像订购详情）则除非该网站是非常轻薄，非常静态的，基于文件的方法将很快太有限了。 你提出的解决方案有两大弊端： 使用文件夹/是因为仅仅有一个索引的每个表（在这种情况下，所以寻找其他标准将采取年龄。事实并非如此，有许多文件在一个目录将开始征税的 *** 作系统。 最重要的是，安全性逐是有点安全隐患，即使散列PWD作为URL的一部分。 我做了文件系统的应用在过去（由于管理不善，我们忍不住'一个DB），这是有趣的，但是一旦你走了几百个文件确实非常有限。甚至与小的数字，你必须开始拉招数从一开始就抱任何希望保持的东西的工作。

---