多看书。少用工具，多在命令窗口下管理数据库，自然而然就会熟悉的。
成都创新互联公司自成立以来，一直致力于为企业提供从网站策划、网站设计、成都网站设计、网站制作、电子商务、网站推广、网站优化到为企业提供个性化软件开发等基于互联网的全面整合营销服务。公司拥有丰富的网站建设和互联网应用系统开发管理经验、成熟的应用系统解决方案、优秀的网站开发工程师团队及专业的网站设计师团队。
mysql功能并不像Oracle那样复杂。官方的帮助文档永远是最好的老师。
经过一段时间的学习，你只要看几遍文档，好好操作，你离DBA就接进一步了。
加油吧
1、从最简单的Access（文件型数据库）开始吧，软件网上有下载，首先基础的概念必须掌握，比如什么叫表、什么叫主键。。。。。。
2、根据教材上的示例自己建几个简单的库，熟悉各种操作。
3、学习SQL语句，掌握查询的用法。
4、做更多的实例加深理解，掌握学到的东西。
5、学习SQLserver掌握试图、存储过程、触发器、游标等用法，掌握关系型数据库的基本操作。
6、深入学习大型数据库的知识，熟练复杂SQL语句的书写。
7、根据需要再掌握Oracle、DB2等大型数据库。有了前面的基础，不论学习什么品牌的数据库都会比较容易上手。
对于非计算机出身的我，大学只会hello word和跑马灯，期间过程确实非常曲折，分享下我的自学过程：
1、 自己在windows和linux上安装了mysql，自学linux的基础知识，学习mysql的最基础的知识，即怎么写sql，存储过程，表的设计等，从0到熟悉大概花了3个月 ，推荐《mysql入门很简单》。
2、系统地较为深入地学习mysql的sql优化，备份和恢复，参数优化，架构优化，硬件层面的优化，高可用方案，复制技术等等，这段时间你不一定能实际接触到这些，就像我当初那样，肯定没什么公司招一个小白。 我选择自己看书，推荐《高性能mysql》，里面所有的章节都需要看一遍，以现在的水平肯定看不懂，但需要知道大概怎么回事，为后续的找mysql初级dba的工作打一个铺垫，这个过程大概也需要3个月。
3、 纸上得来终觉浅，完成以上两步，我开始准备找一份mysql相关的工作，而不是天天用着excel表格做着select * from table_sb这样的工作。 当然我这么猥琐的人肯定不会裸辞，该画的电路板也一样画，业余时间开始投初级mysql dba的工作，并且不间断地学习，网上各种找mysql面试的相关题目（实际上我当时完全没有任何实战经验），陆续收到一些面试，凭借之前自学的mysql知识，开始胡乱吹牛逼，先混进去再说。 你不做mysql实际相关的工作，永远也不知道自己之前认知的db知识有多幼稚。 友情提示一点，一般公司都没有专职dba的，所以面试的时候一定要自信，其实你学了这么多，虽然毫无实战经验，理论知识很大概率比面试你的人牛逼，所以各种吹，我就这样真正进入初级dba的圈子（由于这时对linux还处于cd ls的水平，所以之前也根本没做过运维），这个边工作边找工作的过程又持续了2个月。
4、真正进入互联网，接触生产环境后，这是我进步最大的时候。 第一步需要将之前所学真正地应用起来，并且应用的过程中，再回头看之前的书籍，这时候需要真正去理解，而不是似是而非，一知半解。 这时再推荐《高性能mysql 第三版》，全本再看一遍，这时需要全部看懂，另外还有《mysql技术内幕：innodb存储引擎》等等。 总之这段时间就需要开始关注mysql一些细节了，比如db故障处理，高可用，负载均衡等等的具体实现了。 另外，linux的知识同步也要深入去学习，至少会写shell脚本，常见的linux知识等，我在这花了1年多；
5、 dba的工作一般是非常轻闲的，毕竟不是大公司，技术能力有限，该学的也学得差不多了，接触不到海量数据，高并发等比较锻炼人的场合，于是我又准备跳了。 于是来了公有云，现在每天运维万多个db实例，平均每天处理5+个紧急db故障，几乎mysql会遇到的问题，感觉都遇到了，能感觉到技术实力和经验也在每天都在积累，在进步。 但是感觉还是欠缺了很多，下一步就看你选择了，是再去研究源代码，底层原理的东西多点，还是数据库运维和应用多一点，就比如业界姜承尧，何登成与叶金荣的区别。 由于我的历史原因，对c++等几乎不懂，平时也用不到，所以看代码等事实际太累，于是我再去学mongodb，接了公司mongodb运维的活，算是在广度上的一个扩展，万一哪天mysql不行了呢
6、 总之，对于db小白来说，最重要的一点就是，学习的过程不能断。 PS 上面的方法比较野路子，适合没什么基础的童鞋，如果本来就是DBA，比如从oracle转到mysql，那么建议直接看mysql官方文档，而官方文档是db达到一定水平后必看，出问题时必查的权威文档。
先给出我的核心观点：
学习，无论你是学什么，也无论你有没有基础。思考永远是第一位的，有些知识你没接触过不要紧，用不着害怕，也没必要害怕。重要的是一秒钟也不要停止思考，问题要想透彻，正所谓磨刀不误砍柴工。尤其是作为工程师，要有打破砂锅问到底的精神，否则你怎么学都没用。
首先，学习基本的SQL语法。完成这个后，你就可以编写SQL语句了。这一步推荐：W3Schools的 SQL 教程。
其次，学习数据库的主要功能和使用方法，比如用户相关或者权限相关等等。
我推荐两本书：
一、《MySQL必知必会》 这本书讲的非常全，从基本概念，到查询到插入新建表，用户的管理，都有具体的例子，非常适合没有任何基础的同学来学习Mysql，总之这本书学习的方法就是：1、十分钟了解下数据库的基本概念 2、找到练手的数据库 3、对照着上面的内容去敲。本书里也有大量的内容是讲sql的，可以结合w3c的sql教程一起，有取舍地看。
二、《数据库系统概念》这本书是dba必看的。看完这些并且实践+思考之后，可以算入门了。接下来对于希望深入学习的童鞋我推荐几本书（很多大神都这么推荐），《高性能MySQL(第3版)》、 《MySQL技术内幕(第4版)》，《MySQL技术内幕 InnoDB存储引擎》，《深入理解MySQL》还有Mysql的官网。读完这些东西，再加些丰富的经验，理论上来讲就具备DBA的水平了。十分推荐阅读Planet MySQL上汇总的博客，特别是Percona's MySQL InnoDB performance and scalability blog但是，正如我开头所言的。
面对问题的时候一定要积极思考！比如：我问你，面对一个并发量比较高的场景，如何配置mysql的连接数？你可能会回答：“哦，就是调高max_connection的数值吧。”那，你有没有思考过调到多少是最合适的呢？为什么这样设置就最合适呢？也许你会回答：“恩我知道，可以看系统之前的max_used_connection的数值，然后来设置。也可以调高back_log的值。”那你有没有思考过，max_connection连接数太高会有什么不好的影响呢？back_log设置的太高有什么不好的地方呢？max_connect的上限其实是取决于mysql能获得的文件描述符的数量，也就是说你就算设置成10000，最后也是没用的，系统会根据机器的情况自动调低。也许你会回答：“恩我知道，设置太高，会有系统开销...”那你有没有思考过，这些开销具体是什么呢？是什么工作导致了需要这些内存开销？也许你还会回答，在连接创建的时候，会立刻为它分配连接缓冲区以及查询缓冲区，这些都会吃内存。那你有没有思考过，占据的资源具体是多少呢？取决于哪些因素呢？好了，我们先结束这个问题。回到知乎的问题上来，其实我说了这么多，就是表达要如何自学mysql。所以的所以，你必须不断思考，才能在工作中面对具体场景的时候，非常淡定地推断：“哦，一定是这里出了问题。应该怎么怎么做。”面对问题，拿出打破砂锅问到底的精神，先思考一番，给出自己的假设，不要着急地去找度娘，谷歌。思考过后，带着你的推断或者答案，大胆地去搜索吧！去看看别人的见解，去看看官方的描述！这才是一个工程师应有的态度。最后我想给出一些有价值的学习资料。可以省去一些时间。-电子书：我认为多看书还是有好处的。有些书值得反复看许多遍，有时候只看一遍无法深刻理解吸收，思考也不够充分
我对mysql不熟悉，但是我觉得达到我认为的熟悉程度需要满足以下：
熟悉所有mysql特有的sql语句和数据类型，比如mysql中分页用limit，对应的oracle用rownum之类的，不能写个sql还要去google一把
熟悉百分之八十mysql配置，包括mysql库中的那些配置数据表，配置文件等，知道这些配置可以解决那些问题；知道不同操作系统下的不同注意点。
mysql的部署，主从，主主从从
原生mysql的一些限制或者说特点，算经验值吧。。比如单实例大小不要超过150G，带变成字段的数据表行数不要超过500万行等等
达到精通：
熟悉所有mysql的配置，包括数据库中的配置和配置文件的，能够针对不同的部署环境做出特定的调优，包括性能和安全
开始研究源代码，从源代码层面反推出一些特性
为了解决某个问题，至少知道从哪个地方切入修改源代码能解决
能够针对业务需求和mysql的特性，给出最合理的设计
以上，都是我吹牛X的，我自己也没达到熟悉的程度，仅供参考。
首先mysql是c++开发的。
github地址：
很多大型软件基本都是c/c++开发的。你会了c/c++基本就具备了领略程序世界的大门的钥匙。
mysql是一个完善的数据库软件。
最上层：处理连接，授权认证，安全等
第二层：核心服务功能：查询解析，分析，优化，缓存以及所有内置函数（日期，时间，数据，加密等），存储过程，触发器，视图等。
第三层：存储引擎，存储引擎负责mysql中数据的存储和提取。每个引擎各有优势。服务器通过API与存储引擎进行通信。接口屏蔽了不同引擎的差异，对上层的查询过程透明。
你如果去读它，你基本就可以深入到这些业务点中。然后获取的提升绝对不是一星半点。你会发现开发一个web应用，开发一个中间件如此简单。你获取的是大神级工程师的开发思想，技巧。
举个例子：MVCC ，innodb 隔离性实现的技术。
设计原理很简单，也很巧妙。对数据安全和高并发做了平衡处理。
这个是单纯学习计算机语言，算法数据结构给不了的体验。
当前，你得能看的下去，你有那个恒心。吹牛逼就不要在这里问了？
首先，能看懂 MySQL 源码的人物，我感觉肯定在技术上是一位大牛，能够将 C/C++ 语言的 MySQL 源码看懂，肯定也是一位非常有耐心的技术人，能够耐着性子去专研。 如果能够将Mysql源码研究的很透彻的话，我相信出去到大厂找数据库内核开发的岗位时，绝对是一个非常巨大的优势。
能看懂 Mysql 的源码，首先第一点需要对 C/C++ 语言的知识点非常的熟悉，因为 MySQL 底层几乎都是 C/C++ 语言写的，比如指针等。 对于 MySQL 源码能够看得的话，我相信在和别人谈论数据库相关的问题时，其实也会更加有专业性和深度，能够快速的理解对方所说的数据库问题。
同时，如果对 MySQL 源码有着很深入了解的话，其实对于数据库的相关配置优化等也会掌握的更好，因为你对底层原理了解的很透彻，对于自己做的每一件事情都是有理有据。每个数据库参数是什么含义，为什么要这样设置，背后都有你自己的理解和原因。这对于公司来说，也是非常需要这样的人才。
当初我校招的时候，其实准备想投数据库开发相关的岗位，当时其实自己也自学过 MySQL 底层的原理（不过我没有去研究过源码）。 MySQL 最主要的还是底层可插拔式的存储引擎，比如 InnoDB、MYISAM等，重点是 InnoDB存储引擎。学习看 MySQL 源码的话，我建议可以选择其中一个模块开始入手。
我刚开始看 《MySQL 技术内幕：InnoDB存储引擎》 这本书的时候，上面讲解的非常多的 MySQL InnoDB 的原理。先从原理知识入手，再去看源码会更加好一些，因为你掌握了整体的代码逻辑方向。说实话直接上手看 MySQL 源码，将会是很难的一件事情。我相信那些能够看懂 MySQL 源码的人，肯定在看源码之前，有一定的技术知识储备。
新同学在去研究某一门开源技术组件的源码时，不建议直接上手去看代码，你应该是先去整体了解一下该技术组件的整体原理和框架，源码层则是更加细节方面的实现，你应该带着某一个问题去看，有针对性和目的性的去看源码，这样你的提升才会更加的快速。
我会持续大数据、数据库方面的内容，如果你有任何问题，也欢迎关注私信我，我会认真解答每一个问题。期待您的关注
阅读代码，一般都是一件繁复的工作。程序员，只要工作需要、或有足够的时间，都能够胜任阅读代码的工作，特别是数据库这类功能具体的系统。如果软件的功能不确定，阅读起来确实有莫名的困难。年轻时，得到“一套”Z80汇编码，闲来无聊，尝试阅读，数周过去，不得要领。直到在一个忽略了的简单文档的阐述上下文中，意识到代码可能是实现“导弹”稳定飞行的侧滚控制系统时，阅读中的问题瞬间都消失了。
拜托啦，我不只能看懂你的SQL，我还可以看懂VB、C++、数据库我也看
