公布MySQL服务器外部平安数据目次会见
根据Evans的调查报告，“MySQL的使用在未来将继续呈成长趋势。”作为MySQL办理员的您，在保护MySQL安装的平安性和完全性方面可以做些甚么。在本文中，我们将更具体地会商以下与平安性相干的成绩：为何说平安性是主要的，应当小心哪些打击？
从服务器主机中的用户那边您将面对甚么风险（外部平安性），能做甚么？
从在收集上毗连到服务器的客户机那边您将面对甚么风险（内部平安性），能做甚么？
MySQL办理员有义务回护数据库内容的平安，使得纪录只能由经由严厉认证的那些用户会见。这包含外部平安性和内部平安性。
外部平安性体贴文件体系级的成绩，如回护MySQL数据目次免遭具有运转服务器的呆板账号的用户的打击。可是，假如数据目次内容的文件允许权太过随便，有人能够将对应这些表的文件举行复杂的交换的话，外部平安性就不克不及很好地确保得当创建对收集上客户机会见的受权表的把持。
内部平安性体贴客户机从内部毗连的成绩，如避免MySQL服务器免遭经由过程收集出去的经由过程服务器的毗连哀求对数据库内容会见的打击。要创建MySQL受权表使得它们不同意对服务器所办理的数据库的会见（除非供应了无效的名字和口令）。
本文供应了应当懂得的有关成绩的引导，并申明怎样避免外部和内部级别中未认证的会见。
MySQL服务器供应了一个经由过程mysql数据库中的受权表来完成的天真的权限体系。能够设置这些表的内容来同意或回绝数据库对客户机的会见。这供应了关于未认证的收集会见数据的平安性。可是，假如服务器主机上的其他用户具有对该数据目次内容的间接会见权，则将不克不及对会见数据的收集创建优秀的平安性。除非晓得您是曾在运转MySQL服务器的呆板上注册的唯一的一团体，不然必要体贴在该呆板上的其他用户取得对数据目次会见的大概性。
以下是您想要回护的内容：
数据库文件。明显想要保护由服务器保护的数据库的保密性。数据库的一切者一般要思索数据库内容的专有性。即便他们不思索，也最多是使数据库的内容大众化，而不会使那些内容因数据库目次平安性低而被保守。
日记文件。惯例和更新日记必需平安，由于它们包括了查询文本。这有相称的好坏干系，由于具有日记文件会见的任何人都能够监控产生在数据库中的事件处置。
与日记文件有关的更加特别的平安性成绩是，像GRANT和SETPASSWord如许的查询被纪录在日记中了。惯例和更新日记文件包括敏感的查询文本，个中包含了口令（MySQL利用口令加密，但这只合用于在口令设置以后的毗连创建。设置口令的历程包括在GRANT、INSERT或SETPASSWORD如许的查询中，但这些查询以纯文本的情势被纪录。）假如一个打击者具有对日记的读会见权，那他只需在日记中对GRANT或PASSWORD如许的词运转grep就可以找到敏感信息。
明显，您不想让服务器主机上的其他用户具有对数据目次文件的写会见权，由于那样的话，他们就能够在形态文件或数据库表上肆意踩踏。但读会见也很伤害。假如表文件可读取，那末夺取文件并使MySQL本人以纯文本的情势显现表的内容是微乎其微的事。可按以下步骤举行：
1)在服务器主机上安装您的MySQL服务器，但利用与正式服务器分歧的端口、套接字和数据文件。
2)运转mysql_install_db初始化您的数据目次。这将同意您作为MySQL的root用户会见服务器，因而您将具有完整把持服务器会见机制的权力。它还创建了一个test数据库。
3)将您想夺取的表的响应文件拷贝到服务器数据目次下的test子目次中。
<Pstyle="TEXT-INDENT:2em">4)启举措案服务器。您能够随便会见这些表。SHOWTABLESFROMtest将显现您具有一个被夺取表的备份，SELECT*将显现任何这些表的全体内容。<Pstyle="TEXT-INDENT:2em">5)假如更坏一点，翻开服务器的匿名用户账号的允许权，使任何人都能从任何中央毗连到该服务器来会见您的test数据库。如今，您已向全球发布了这些被偷盗的表。<Pstyle="TEXT-INDENT:2em">思索一下方才的情形，然后倒置过去想。您但愿有人对您如许做吗？固然不要。<Pstyle="TEXT-INDENT:2em">经由过程在数据目次中实行ls-l能够断定数据目次中是不是包括非平安的文件或目次。应检察具有以开启的“组”或“其他”允许权的文件或目次。以下是一个非平安数据目次的部排列表，是该数据目次中的一部分数据库目次：<Pstyle="TEXT-INDENT:2em">
<Pstyle="TEXT-INDENT:2em">正如您所看到的，有些数据库目次有准确的允许权，而有些则不是如许。本例中的情形是因为工夫引发的。较老的服务器创立了限定较少的允许权，且较老的服务器与较新的服务器比拟，在设置允许权方面不严厉（请注重，有更多限定的目次，menager和tmp，都有更加新的日期）。MySQL以后的版本确保这些文件只对服务器运转的用户可读。<Pstyle="TEXT-INDENT:2em">让我们来布置这些允许权，使得只要服务器的用户才干会见它们。次要的回护手腕来自在UNIX文件体系自己供应的工具，这些工具可设置文件和目次的一切权及体例。操纵步骤以下：<Pstyle="TEXT-INDENT:2em">1)定位到数据目次中：%cdDATADIR<Pstyle="TEXT-INDENT:2em">2)设置该数据目次下一切文件的一切权为运转该服务器的账号所具有（必需以root身份实行这一步）。在本书中，笔者对此账号的用户名和组名利用mysqladm和mysqlgrp。能够用以下命令之一修正一切权：<Pstyle="TEXT-INDENT:2em">#chown-Rmysqladmin.mysqlgrp#find.-follow-typed-PRint|xargschownmysqladmin.mysqlgrp<Pstyle="TEXT-INDENT:2em">3)修正数据目次和数据库目次的体例，使得它们仅关于mysqladm是可读的。如许避免了其他用户会见数据目次的内容。能够使用以下命令之一来举行，这些命令大概以root大概以mysqladm运转（后者更好，可使作为root运转的命令数目最小化）：<Pstyle="TEXT-INDENT:2em">%chmod-Rgo-rwx%find.-follow-typed-print|xargschmodgo-rwx<Pstyle="TEXT-INDENT:2em">4)对mysqladm用户设置数据目次内容的一切权和体例。如今，您应当确保老是以mysqladm运转，由于它如今是独一具有该数据目次会见权的用户。<Pstyle="TEXT-INDENT:2em">在上述步骤以后，将具有以下允许权：<Pstyle="TEXT-INDENT:2em">
DBaaS并不意味着解决方案提供者要让自己失业。与其他系统一样，在实施DBaaS解决方案时，客户可能需要部署、迁移、支持、异地备份、系统集成和灾难恢复等方面的帮助。 你觉得我的非分区索引无法对起子分区，你可以提醒我一下呀！没有任何的提醒，直接就变成了非分区表。不知道这算不算一个bug。大家也可以试试。 数据库物理框架没有变动undo和redo都放在数据库得transaction中，个人感觉是个败笔。如果说我们在设计数据库的时候考虑分多个数据库，可能能在一定程度上避免I/O效率问题。 始终遗憾SQLServer的登陆无法分配CPU/内存占用等指标数。如果你的SQLServer给别人分配了一个只可以读几个表的权限，而这个家伙疯狂的死循环进行连接查询，会给你的系统带来很大的负担。 个人感觉没有case直观。而且默认的第三字段（还可能更多）作为groupby字段很容易造成新手的错误。 where子句的作用是在对查询结果进行分组前，将不符合where条件的行去掉，即在分组之前过滤数据，条件中不能包含聚组函数，使用where条件显示特定的行。 是要和操作系统进行Socket通讯的场景。否则建议慎重！ sqlserver的痛苦之处在于有用文档的匮乏，很多只是表明的东西 财务软件要用SQL也只是后台的数据库而已,软件都是成品的,当然多学东西肯定是有好处的..
页:
[1]