本篇文章主要介绍了navicat for mysql下载安装以及简单的使用，有对novicat for mysql 感兴趣的小伙伴可以参考一下 一：下载Navicat for MySQL 下载地址：http://www.php.cn/xiazai/gongju/757 二：安装Navicat for MySQL 运行 → 下一步 → 点击“我同意” → 选择安装路径 → 保留默认，下一步 → 选择是否创建桌面图标，建议保留默认值，点击“下一步” → 安装 → 完成。 三：破解Navicat for MySQL 下载完成后解压出PatchNavicat.exe文件复制到Navicat for MySQL目录下，双击PatchNavicat.exe运行（必须在关闭Navicat for MySQL的情况下），选择启动文件navicat.exe，提示Path Successfully！说明破解成功。现在打开navicat.exe，可能依旧提醒需要注册不过不用管，重新启动即可。 四、 简单的使用 连接数据库。（Navicat可以连接大部分最常用的的数据库，以下以mysql为例） 2.点击Mysql，进入连接数据库界面，此处“连接名”可以随意写，最好与你的项目相关，主机名和IP地址就填你想要连接数据库所在地址，端口的话，mysql默认的是3306端口，用户名和密码就是你数据库的用户名和密码。 3、点击“连接测试”可以测试是否能够连接数据库，成功连接之后点击确定就行。成功连接后进入下图界面。双击数据库下的库名可以打开相应的数据库 4、右键表，可以选择添加数据库表，此处需要记住的是，栏位就代表数据库的字段，添加栏位就是添加字段，可以对字段的名字、类型等进行定义。定义好字段之后点击保存输入表名即可。 5、建立库表之后就可以往表里插入数据了。数据插好之后，点击下方的分别表示“添加数据，删除数据，保存，撤销，刷新”等操作。 相关推荐： navicat for mysql 注册码 和 mysql数据库管理工具 Navicat for MySQL定时备份数据库及数据恢复操作 如何利用Navicat for MySQL数据库进行数据传输 MySQL数据库如何利用用navicat新建用户？ 以上就是 navicat for mysql下载安装以及简单的使用的详细内容，更多请关注学派吧其它相关文章！
本篇文章给大家带来的内容是关于MongoDB提升性能的方法总结，有一定的参考价值，有需要的朋友可以参考一下，希望对你有所帮助。 MongoDB 是高性能数据，但是在使用的过程中，大家偶尔还会碰到一些性能问题。MongoDB和其它关系型数据库相比，例如 SQL Server 、MySQL 、Oracle 相比来说，相对较新，很多人对其不是很熟悉，所以很多开发、DBA往往是注重功能的实现，而忽视了性能的要求。其实，MongoDB和 SQL Server 、MySQL 、Oracle 一样，一个 数据库对象的设计调整、索引的创建、语句的优化，都会对性能产生巨大的影响。 为了充分挖掘MongoDB性能，现简单总计了以下18条，欢迎大家一起来持续总结完善。 （1）文档中的_id键推荐使用默认值，禁止向_id中保存自定义的值。 解读： MongoDB文档中都会有一个“_id”键，默认是个ObjectID对象（标识符中包含时间戳、机器ID、进程ID和计数器）。MongoDB在指定_id与不指定_id插入时 速度相差很大，指定_id会减慢插入的速率。 （2）推荐使用短字段名。 解读：与关系型数据库不同，MongoDB集合中的每一个文档都需要存储字段名，长字段名会需要更多的存储空间。 （3）MongoDB索引可以提高文档的查询、更新、删除、排序操作，所以结合业务需求，适当创建索引。 （4）每个索引都会占用一些空间，并且导致插入操作的资源消耗，因此，建议每个集合的索引数尽量控制在5个以内。 （5）对于包含多个键的查询，创建包含这些键的复合索引是个不错的解决方案。复合索引的键值顺序很重要，理解索引最左前缀原则。 解读：例如在test集合上创建组合索引{a:1,b:1,c:1}。执行以下7个查询语句： db.test.find({a:”hello”}) // 1 db.test.find({b:”sogo”, a:”hello”}) // 2 db.test.find({a:”hello”,b:”sogo”, c:”666”}) // 3 db.test.find({c:”666”, a:”hello”}) // 4 db.test.find({b:”sogo”, c:”666”}) // 5 db.test.find({b:”sogo” }) // 6 db.test.find({c:”666”}) // 7 以上查询语句可能走索引的是1、2、3、4 查询应包含最左索引字段，以索引创建顺序为准，与查询字段顺序无关。 最少索引覆盖最多查询。 （6）TTL 索引（time-to-live index，具有生命周期的索引），使用TTL索引可以将超时时间的文档老化，一个文档到达老化的程度之后就会被删除。 解读：创建TTL的索引必须是日期类型。TTL索引是一种单字段索引，不能是复合索引。TTL删除文档后台线程每60s移除失效文档。不支持定长集合。 （7）需要在集合中某字段创建索引，但集合中大量的文档不包含此键值时，建议创建稀疏索引。 解读：索引默认是密集型的，这意味着，即使文档的索引字段缺失，在索引中也存在着一个对应关系。在稀疏索引中，只有包含了索引键值的文档才会出现。 （8）创建文本索引时字段指定text，而不是1或者-1。每个集合只有一个文本索引，但是它可以为任意多个字段建立索引。 解读：文本搜索速度快很多，推荐使用文本索引替代对集合文档的多字段的低效查询。 （9）使用findOne在数据库中查询匹配多个项目，它就会在自然排序文件集合中返回第一个项目。如果需要返回多个文档，则使用find方法。 （10）如果查询无需返回整个文档或只是用来判断键值是否存在，可以通过投影（映射）来限制返回字段，减少网络流量和客户端的内存使用。 解读：既可以通过设置{key:1}来显式指定返回的字段，也可以设置{key:0}指定需要排除的字段。 （11）除了前缀样式查询，正则表达式查询不能使用索引，执行的时间比大多数选择器更长，应节制性地使用它们。 （12）在聚合运算中，$要在match要在$group前面，通过$前置，可以减少match前置，可以减少$ group 操作符要处理的文档数量。 （13）通过操作符对文档进行修改，通常可以获得更好的性能，因为，不需要往返服务器来获取并修改文档数据，可以在序列化和传输数据上花费更少的时间。 （14）批量插入（batchInsert）可以减少数据向服务器的提交次数，提高性能。但是批量提交的BSON Size不超过48MB。 （15）禁止一次取出太多的数据进行排序，MongoDB目前支持对32M以内的结果集进行排序。如果需要排序，请尽量限制结果集中的数据量。 （16）查询中的某些$操作符可能会导致性能低下，如操作符可能会导致性能低下，如$ne，$，not，$exists，$nin，$or尽量在业务中不要使用。 a) $exist:因为松散的文档结构导致查询必须遍历每一个文档； b) $ne:如果当取反的值为大多数，则会扫描整个索引； c) $not:可能会导致查询优化器不知道应当使用哪个索引，所以会经常退化为全表扫描； d) $nin:全表扫描； e) \$有多个条件就会查询多少次，最后合并结果集，应该考虑装换为or:有多个条件就会查询多少次，最后合并结果集，应该考虑装换为$in。 （17）固定集合可以用于记录日志，其插入数据更快，可以实现在插入数据时，淘汰最早的数据。需求分析和设计时，可考虑此特性，即提高了性能，有省去了删除动作。 解读：固定集合需要显式创建，指定Size的大小，还能够指定文档的数量。集合不管先达到哪一个限制，之后插入的新文档都会把最老的文档移出。 （18）集合中文档的数据量会影响查询性能，为保持适量，需要定期归档。 以上就是MongoDB提升性能的方法总结的详细内容，更多请关注学派吧其它相关文章！
【腾讯云】2核2G云服务器新老同享 99元/年，续费同价，云服务器3年机/5年机限时抢购，低至 2.5折
2024-12-21
本篇文章给大家带来的内容是mysql数据库中影响性能因素的讲解（附数据库架构案例），有一定的参考价值，有需要的朋友可以参考一下，希望对你有所帮助。 关于数据库性能的故事 面试时多多少少会讲到数据库上的事情，“你对数据库的掌握如何？”，什么时候最考验数据库的性能，答应主要方面上讲就是大数据量的读写时，而电商类的大促活动就是考验各自的数据库性能的时候啦。 对于web服务器而言，数据量大时，我们可以简单的通过横向扩展来减少单个服务器的负担，但是对于数据库服务器来说就没有那么简单了，他们不可能做到轻易的横向扩展，这样也违背了数据库的完整性与一致性的原则，那么我们的数据库架构该如何搭建呢？ 对于大促类活动而言，不管是产品多好、策划多成功，如果没有稳定的数据库及服务器环境，则这所谓的一切都将是一场空呀。 数据库架构案例 如图所示，主从服务器之间没有任何主从复制组件，即当主服务器出现了故障，很难进行主服务器的切换，这需要DBA在从服务器中选择数据最新的从服务器将其提升为主服务器并同步其他从服务器，这个过程的时间成本也是非常沉重的。 且过多的从服务器，当业务量大时对主服务器的网卡也是一定的挑战。 我们可以通过对集群的监控信息来了解是什么影响了数据库性能。 答应其实是肯定的，一般情况下主要是QPS与TPS、并发量（同一时间处理的请求的数量，避免和同时连接数混淆）、磁盘IO、读操作过于高 这里有个建议：最好不要在主库上数据备份，起码在大型活动前要取消这类计划、 影响数据库的因素 sql查询速度 服务器硬件 网卡流量 磁盘IO 超高的QPS和TPS 风险：效率底下的SQL(QPS：每秒钟处理的查询量) 大量的并发和超高的CPU使用率 风险：大量的并发（数据库连接数被占满（max_connections默认100）） 风险：超高的CPU使用率（因CPU资源耗尽而出现宕机） 磁盘IO 风险：磁盘IO性能突然下降（使用更快的磁盘设备） 风险：其他大量消耗磁盘性能的计划任务（调整计划任务） 网卡流量 风险：网卡IO被占满（1000Mb/8=100MB） 如何避免无法连接数据库的情况： 1、减少从服务器的数量 2、进行分级缓存 3、避免使用“select * ”进行查询 4、分离业务网络和服务器网络 以上就是mysql数据库中影响性能因素的讲解（附数据库架构案例）的详细内容，更多请关注学派吧其它相关文章！
本篇文章给大家带来的内容是关于python中进程池的简单实现代码，有一定的参考价值，有需要的朋友可以参考一下，希望对你有所帮助 1. 在所有用于where,order by和group by的列上添加索引 索引除了能够确保唯一的标记一条记录，还能是MySQL服务器更快的从数据库中获取结果。索引在排序中的作用也非常大。 Mysql的索引可能会占据额外的空间，并且会一定程度上降低插入，删除和更新的性能。但是，如果你的表格有超过10行数据，那么索引就能极大的降低查找的执行时间。 强烈建议使用“最坏情况的数据样本”来测试MySql查询，从而更清晰的了解查询在生产中的行为方式。 假设你正在一个超过500行的数据库表中执行如下的查询语句： mysql>select customer_id, customer_name from customers where customer_id='345546' 上述查询会迫使Mysql服务器执行一个全表扫描来获得所查找的数据。 型号，Mysql提供了一个特别的Explain语句，用来分析你的查询语句的性能。当你将查询语句添加到该关键词后面时，MySql会显示优化器对该语句的所有信息。 如果我们用explain语句分析一下上面的查询，会得到如下的分析结果： mysql> explain select customer_id, customer_name from customers where customer_id='140385'; +----+-------------+-----------+------------+------+---------------+------+---------+------+------+----------+-------------+ | id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra | +----+-------------+-----------+------------+------+---------------+------+---------+------+------+----------+-------------+ | 1 | SIMPLE | customers | NULL | ALL | NULL | NULL | NULL | NULL | 500 | 10.00 | Using where | +----+-------------+-----------+------------+------+---------------+------+---------+------+------+----------+-------------+ 可以看到，优化器展示出了非常重要的信息，这些信息可以帮助我们微调数据库表。首先，MySql会执行一个全表扫描，因为key列为Null。其次，MySql服务器已经明确表示它将要扫描500行的数据来完成这次查询。 为了优化上述查询，我们只需要在customer_id这一列上添加一个索引m即可： mysql> Create index customer_id ON customers (customer_Id); Query OK, 0 rows affected (0.02 sec) Records: 0 Duplicates: 0 Warnings: 0 如果我们再次执行explain语句，会得到如下结果： mysql> Explain select customer_id, customer_name from customers where customer_id='140385'; +----+-------------+-----------+------------+------+---------------+-------------+---------+-------+------+----------+-------+ | id | select_type |...
本篇文章给大家带来的内容是关于mysql的优化总结，有一定的参考价值，有需要的朋友可以参考一下，希望对你有所帮助。 前言 现如今，数据库的操作越来越成为整个应用的性能瓶颈了，这点对于Web应用尤其明显。所以，我整理了MySQL优化的几点建议，希望这些优化技巧对您有用，总结不到的，欢迎大家补充。 SQL执行慢的原因 网络速度慢，内存不足，I/O吞吐量小，磁盘空间满了等硬件问题 没有索引或者索引失效 数据表里的数据记录过多 服务器调优及各个参数设置也可能会影响 开发者编写的SQL效率 其他 1、EXPLAIN分析你的SELECT查询 很多情况下，使用EXPLAIN关键字可以让你知道MySQL是如何处理你的SQL语句的，这可以帮你分析你的查询语句，从而或许能尽快的找到优化方法以及潜在的性能问题。具体EXPLAIN的使用以及各个参数的含义，请查阅相关文档即可。 2、SELECT查询必须指明字段名 SELECT * 的查询会加很多不必要的消耗（例如CPU、I/O等），同时，也有可能增加了使用覆盖索引。所以SELECT查询时，要求直接在后面指明需要查询的对应字段名。 3、查询一条数据的时候，使用 LIMIT 1 减少多余的查询，因为指定limit 1后，查询到一条数据就不再继续查询了，使得EXPLAIN中type列达到const类型，查询语句更优。 4、为搜索的WHERE字段建立索引 一般，每个表我们都会设置一个主键，而索引并不一定就是给主键。如果在你的表中，有某个字段你总要会经常用来做WHERE查询搜索，而且是读大于写的，那么，请为其建立索引吧，有兴趣了解更多建立索引的的原则，可以查阅相关资料。 5、千万不要使用 ORDER BY RAND() 如果你想随机取数据，也许第一个直接会告诉你，用随机数取，切记，这个时候你必须控制你的大脑在这个方向继续想下去，赶紧停止这种可怕的想法。因为这种查询，对数据库的性能毫无益处（消耗CPU）。更好的方案之一是先找到数据所在的条数N，然后再用LIMIT N, 1这样查询。 6、保证每张表都有一个主键ID 我们应该养成一种习惯，每设计新建一张表的时候，都应该为其设计一个ID字段，并让其成为主键，而且最好是INT型（也有使用UUID的），同时设置这个ID字段为自增（AUTO_INCREMENT）的标志。 8、尽可能的使用 NOT NULL 不要以为NULL不需要空间，事实是NULL也需要额外的空间，也许，很多有没注意但是遇到过，NULL字段在进行查询比较的时候，是比较麻烦的。当然了，如果你实在是必须需要NULL的话，那没辙，就使用吧，否则的话，就建议使用NOT NULL吧。 8、选择合适的存储引擎 在MySQL中有MyISAM和InnoDB两种存储引擎，两者各有利弊，所以我们需要了解两者的差异然后来做出最合适的选择，例如InnoDB支持事务而MyISAM不支持，MyISAM查询比InnoDB快等等；总之，如果你不知道选择什么的话，那就用InnoDB吧。 9、把IP地址存为UNSIGNED INT 在遇到需要存储IP地址的时候，很多人的第一想法都会是存储VARCHAR(15)字符串类型的，而不会想到要用INT整型来存储；如果你用整型来存储，只需要4个字节，并且你可以有定长的字段，而且这会为你带来查询上的优势。 10、尽量不要在WHERE查询时对字段进行null值判断 我们都知道，档我们对一个字段进行null的判断时候，会比较慢的，这是因为这个判断会导致引擎放弃使用所有已有的索引而进行全表扫描搜索。 11、尽量不要使用%前缀的LIKE模糊查询 模糊查询，在日常开发中，我们都会经常遇到，但是我相信很多人都是直接 LIKE '%key_word%' 或者 LIKE '%key_word' 这样搜索的，这两种搜索方式，都会导致索引失效从而进行全表扫描搜索。如果解决上面的这种模糊查询呢，答案就是使用“使用全文索引”，具体的用法有兴趣的可以自己查资料一波。 12、避免在WHERE查询时对字段进行表达式操作 例如查询语句SELECT id FROM table WHERE num * 2 = 50;，这样的查询，对字段num做了一个乘2的算数操作，就会导致索引失效。 14、减少不必要的排序 排序操作会消耗较多的CPU资源，所以减少不必要的排序可以在缓存命中率高等I/O足够的情况下，会降低SQL的响应时间。 14、建议用JOIN代替子查询 有的人会说，JOIN的性能其实也并不是很好呀，但是和子查询比起来还是有很大的性能优势的。具体的，可以了解一下子查询的执行计划相关的问题。 15、避免发生隐式类型转换 类型转换主要是指在WHERE子句中出现字段的类型和传入的参数类型不一致的时候发生的类型转换；这是因为如果我们传入的数据类型和字段类型不一致，MySQL可能会对我们传的数据进行类型转换操作，也可能不进行处理而直接交由存储引擎去处理，这样一来，就可能会出现索引无法使用的情况而造成执行计划问题。 16、避免多表查询字段类型不一致 在遇到需要多表联合查询的时候，我们设计表结构的时候，尽量保持表与表的关联字段一致，并且都要设置索引。同时，多表连接查询时，尽量把结果集小的表作为驱动表。 17、建议开启查询缓存 大多数的MySQL服务器都开启了查询缓存，这是提高性能最有效的方法之一，因为查询缓存由MySQL数据库引擎自动处理，当有很多相同的查询被执行了多次的时候，这些查询结果会被放到一个缓存中，这样，后续的相同的查询就不用操作表，而直接访问缓存结果了。 18、使用UNION代替临时表 UNION查询可以把两条或更多的SELECT查询结果合并到一个查询中，从而不再需要创建临时表来完成。需要注意的是，使用UNION的所有SELECT语句中的字段数目要相同。 19、慎用IN查询 IN以及NOT IN查询都要慎重，因为可能会导致全表扫描，而对于连续的数值，能用BETWEEN就不要用IN了。 20、欢迎补充 结束语 这主要是从查询角度去考虑优化，还有一些分表、分区技术以及读写分离等；以上优化之处，如果说的不到位的地方，请大家谅解，MySQL优化的地方可以有很多处，欢迎提出其他优化建议，谢谢。 以上就是mysql的20条优化总结的详细内容，更多请关注学派吧其它相关文章！
这个脚本是使用shell编写，为了快速在生产环境上部署lnmp/lamp/lnmpa（Linux、Nginx/Tengine/OpenResty、MySQL/MariaDB/Percona、PHP），适用于CentOS 6~7（包括redhat）、Debian 6～8、Ubuntu 12～16的32位和64位。 脚本特性 持续不断更新 源码编译安装，大多数源码是最新stable版，并从官方网址下载 提供多个数据库版本(MySQL-5.7, MySQL-5.6, MySQL-5.5, MariaDB-10.1, MariaDB-10.0, MariaDB-5.5, Percona-5.6, Percona-5.5, AliSQL-5.6, PostgreSQL, MongoDB) 提供多个PHP版本(PHP-7.1, PHP-7.0,PHP-5.6, PHP-5.5,PHP-5.4,PHP-5.3) 提供Nginx、Tengine、OpenResty 提供多个Apache版本（Apache-2.4，Apache-2.2） 根据自己需求安装PHP缓存加速器，提供ZendOPcache、xcache、apcu、eAccelerator。及php加解密工具ionCube、ZendGuardLoader、swoole、xdebug、Composer 根据自己需求安装Pureftpd、phpMyAdmin 根据自己需求安装memcached、redis jemalloc优化MySQL、Nginx 提供添加、删除虚拟主机脚本 提供Nginx/Tengine/OpenResty/Apache、MySQL/MariaDB/Percona、PHP、Redis、phpMyAdmin升级脚本 提供本地、远程（服务器之间rsync）、阿里云OSS、腾讯云COS和upyun备份 提供CentOS 6、7下HHVM安装 安装步骤 yum -y install wget screen curl python#for CentOS/Redhat #apt-get -y install wget screen curl python# for Debian/Ubuntu wget http://aliyun-oss.linuxeye.com/lnmp-full.tar.gz #阿里云经典网络内网下载 wget http://mirrors.linuxeye.com/lnmp-full.tar.gz # 包含源码，国内外均可下载 wget http://mirrors.linuxeye.com/lnmp.tar.gz # 不包含源码，建议仅国外主机下载 tar xzf lnmp-full.tar.gz #tar xzf lnmp.tar.gz cd lnmp # 如果需要修改目录(安装、数据存储、Nginx日志)，请修改options.conf文件 screen -S lnmp # 如果网路出现中断，可以执行命令`screen -R lnmp`重新连接安装窗口 ./install.sh # 请勿sh install.sh或者bash install.sh这样执行 如何添加虚拟主机？ ./vhost.sh 如何删除虚拟主机？ ./vhost.sh del 如何管理ftp账号？ ./pureftpd_vhost.sh 数据备份 cd ~/lnmp # 必须进入lnmp目录下执行 ./backup_setup.sh # 备份参数设置 ./backup.sh # 立即执行备份 crontab -e # 可添加到计划任务，如每天凌晨1点自动备份 0 1 * * * cd ~/lnmp;./backup.sh > /dev/null 2>&1 & 备份参数设置如下图： 如何管理服务？ Nginx/Tengine/OpenResty: service nginx {start|stop|status|restart|reload|configtest} MySQL/MariaDB/Percona: service mysqld {start|stop|restart|reload|status} PHP: service php-fpm {start|stop|restart|reload|status} Apache: service httpd {start|restart|stop} HHVM: service supervisord {start|stop|status|restart|reload} 注：hhvm进程交给supervisord管理，了解更多请访问《Supervisor管理hhvm进程》 Pure-Ftpd: service pureftpd {start|stop|restart|status} Redis: service redis-server {start|stop|status|restart|reload} Memcached: service memcached {start|stop|status|restart|reload} 如何更新版本？ ./upgrade.sh 跨大版本升级（如php）：http://oneinstack.com/question/oneinstack-downgrade-if-php-version/ 如何卸载？ ./uninstall.sh 如何重装？ ./uninstall.sh # 请先备份数据好数据后再卸载，丢失数据概不负责 ./install.sh # 再次安装 更新日志 2018-03-18 新增阿里云COS、腾讯云COS备份；启用acme.sh支持通配符，禁用certbot；常规软件版本更新 2017-12-17 新增PostgreSQL、MongoDB、PHP7.2；Apache升级功能; 新增xdebug扩展；新增oneinstack更新；优化vhost.sh 2017-08-13 iptables可选; 新增pathinfo 2017-07-01 支持Debian9；PHP编译使用openssl1.0.2版本 2017-06-02 增加MariaDB 10.2 2017-05-15 增加腾讯云COS v4备份功能 2017-02-14 Nginx添加更多模块参数；新增Nginx magento2伪静态；Apache2.4 ssl默认开启http2 2016-11-02 增加AliSQL；默认启用jemalloc，去除tcmalloc 2016-10-15 数据库支持二进制或源码编译；PHP7支持ioncube、apcu；优化脚本格式 2016-08-21 增加./addons.sh...
问题： MySQL数据库迁移到MySQL5.7版本后，出现如下报错： 原因分析：MySQL5.7版本默认设置了 mysql sql_mode = only_full_group_by 属性，导致报错。 解决办法： 1、打开MySQL数据库控制台 执行全局sql语句： set @@sql_mode= ‘STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO, NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION’; 或者 SET GLOBAL sql_mode= ‘STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO, NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION’; 如果只修改某一个数据库，请在该数据库下面执行： sql_mode= ‘STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO, NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION’; 2、修改MySQL配置文件 Linux下my.cnf或Windows下My.ini 注意在[mysqld]段下添加，直接加到最后一行无效。 添加以下代码： sql_mode= STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO, NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION 添加完成后，重新启动MySQL服务，MySQL报错消失。 至此，MySQL5.7版本sql_mode=only_full_group_by问题解决。
lamp架构wordpress和discuzx教程 背景 虚拟主机 fastcgi 部署流程 部署架构 环境 架构图 编译软件 安装开发环境和必要的包 编译httpd 编译php 安装mariadb 配置文件修改 修改httpd主机 修改fast-cgi主机 配置mysql 宿主机的hosts文件修改 安装wordpress和Discuzx 背景 虚拟主机 如今服务器的配置提升明显，单一主机上部署单一网站会对主机造成大量的性能损失，因此web服务虚拟主机的技术应运而生。所谓虚拟主机指的是在一台机器上运行多个网站（如company1.example.com和company2.example.com）的做法 。虚拟主机可以是“ 基于IP的 ”，这意味着每个网站都有不同的IP地址，或者“ 基于名称 ”，这意味着每个IP地址上都有多个名称，或者“基于端口”，这意味着在同一ip的不同端口上提供不同的网站，通过这些方法使得他们在同一台物理服务器上运行的事实对最终用户来说并不明显。 Apache是第一批支持基于IP的虚拟主机的服务器之一。Apache的版本1.1及更高版本支持基于IP和基于名称的虚拟主机（虚拟主机）。虚拟主机的后一种变型有时也被称为基于主机的或非IP虚拟主机。 fastcgi FastCGI像是一个常驻(long-live)型的CGI，它可以一直执行着，只要激活后，不会每次都要花费时间去fork一次(这是CGI最为人诟病的fork-and-execute 模式)。它还支持分布式的运算, 即 FastCGI 程序可以在网站服务器以外的主机上执行并且接受来自其它网站服务器来的请求。 FastCGI是语言无关的、可伸缩架构的CGI开放扩展，其主要行为是将CGI解释器进程保持在内存中并因此获得较高的性能。众所周知，CGI解释器的反复加载是CGI性能低下的主要原因，如果CGI解释器保持在内存中并接受FastCGI进程管理器调度，则可以提供良好的性能、伸缩性、Fail- Over特性等等。 部署流程 部署架构 环境 3台主机用于分别部署httpd，php和mysql，实现分离 软件版本 架构图 编译软件 这里我们需要编译的软件为httpd和php，mysql可以考虑使用二进制包或者直接官方yum安装 安装开发环境和必要的包 1.安装centos开发工具包 yum groupinstall "development tools" -y 2.安装编译httpd和php需要的包 #部分包需要epel源 #yum install epel-release -y yum install pcre-devel openssl-devel expat-devel libxml2-devel bzip2-devel libmcrypt-devel -y 编译httpd 这里在192.168.99.130机器上编译httpd2.4 1.创建apache用户 useradd -r apache -s /sbin/nologin 2.解压httpd，apr，apr-util源码包，这里需要的包均可在httpd官网下到 tar xvf httpd-2.4.33.tar.bz2 tar xvf apr-1.6.2.tar.gz tar xvf apr-util-1.6.1.tar.gz 3.编译httpd #移动解压的apr和apr-util到指定的httpd源码目录可以省去分别编译3个程序 mv apr-1.6.2 httpd-2.4.33/srclib/apr mv apr-util-1.6.1 httpd-2.4.33/srclib/apr-util #编译参数，具体含义可以参考./configure的帮助文档或者官方文档 ./configure \ --prefix=/app/httpd24 \ --enable-so \ --enable-ssl \ --enable-cgi \ --enable-rewrite \ --with-zlib \ --with-pcre \ --with-included-apr \...
今天给大家带来一篇关于mysql数据库的注入总结教程 基础知识 什么是SQL注入 什么是Mysql MySQL手工注入 手工注入流程 判断注入点 判断查询的字段数 确定回显位 获取信息函数 获取数据库名 获取表名 获取列名 获取数据 写shell 各位大佬。。。这篇文章是个人再练习注入的时候自己总结出来的一部分经验，步骤确实很简单，百度上面确实也能搜的到相关类似的，但关于文章中一些我个人的理解与总结部分肯定是搜不到的。菜鸟初来乍到，如果个人经验比较少或者说总结的不够深入，入不了各位大佬法眼，请各位大佬见谅。菜鸟还是需要不断学习进步，争取后续分享的文章能有更高的一个质量，能入的了各位大佬的眼。。。给各位大佬递茶。。。。 由于新人刚报道不久，大概浏览了一下论坛内的帖子，发现很多都是大佬们分型的工具，以及各种牛逼的渗透过程及思路记录。关于新人的一些简单入门点的资料好像不多(可能新人刚到，不太熟悉如何寻找资料，如果有误还请各位大佬不吝指教，请多多见谅，)。 这篇文章属于个人在学习sql注入时的一部分总结，后续的关于个人sql注入的总结文章也会陆续发出来。如果跟大佬的有重复或者有什么其他问题，请各位大佬及时指出{:6_430:} 。自评TCV=0….. 下面就是正文部分了。 基础知识 什么是SQL注入 A SQL injection attack consists of insertion or “injection” of a SQL query via the input data from the client to the application. A successful SQL injection exploit can read sensitive data from the database, modify database data (Insert/Update/Delete), execute administration operations on the database (such as shutdown the DBMS), recover the content of a given file present on the DBMS file system and in some cases issue commands to the operating system. SQL injection attacks are a type of injection attack, in which SQL commands are injected into data-plane input in order to effect the execution of...
前言 mysqldump是mysql用于转存储数据库的实用程序。它主要产生一个SQL脚本，其中包含从头重新创建数据库所必需的命令CREATE TABLE INSERT等。 1. 常用参数 2. mysqldump 默认参数 3. mysqldump 常用方法 mysqldump是MySQL数据库自带的一款命令行工具，mysqldump属于单线程，功能是非常强大的，不仅常被用于执行数据备份任务，甚至还可以用于数据迁移。 备份粒度相当灵活，既可以针对整个MySQL服务，也可以只备份某个或者某几个DB，或者还可以指定只备份某个或者某几个表对象，甚至可以实现只备份表中某些符合条件的记录。 mysqldump命令创建的是逻辑备份，它输出的结果集有两种格式：一种是将数据转换成标准SQL语句（一堆 CREATE , DROP ，INSERT等语句）；另一种是将数据按照指定的分隔符，输出成定界格式的平面文件。 mysqldump 使用参数很多，但是实际上经常用到的并没有多少。下面我们来介绍一下这些参数： mysqldump 具体有多少参数，我们可以使用 $ mysqldump --help 命令查看 1. 常用参数 -?, –help: 显示帮助信息，英文的； -u, –user: 指定连接的用户名； -p, –password: 指定用户的密码，可以交互输入密码； -S , –socket: 指定socket文件连接，本地登录才会使用。 -h, –host: 指定连接的服务器名称或者IP。 -P, –port=: 连接数据库监听的端口。 –default-character-set: 设置字符集，默认是UTF8。 -A, –all-databases: 导出所有数据库。不过默认情况下是不会导出information_schema库。 -B, –databases: 导出指定的某个/或者某几个数据库，参数后面所有名字参量都被看作数据库名，包含CREATE DATABASE创建库的语句。 –tables: 导出指定表对象，参数格式为“库名 表名”，默认该参数将覆盖-B/–databases参数。 -w, –where: 只导出符合条件的记录。 -l, –lock-tables: 默认参数，锁定读取的表对象，想导出一致性备份的话最后使用该参数，会导致无法对表执行写入操作。 –single-transaction: 该选项在导出数据之前提交一个BEGIN SQL语句，BEGIN 不会阻塞任何应用程序且能保证导出时数据库的一致性状态。它只适用于多版本存储 引擎，仅InnoDB。本选项和–lock-tables 选项是互斥的，因为LOCK TABLES 会使任何挂起的事务隐含提交，使用参数–single-transaction会自动关闭该选项。 在InnoDB导出时会建立一致性快照，在保证导出数据的一致性前提下，又不会堵塞其他会话的读写操作，相比–lock-tables参数来说锁定粒度要低，造成的影响也要小很多。指定这个参数后，其他连接不能执行ALTER TABLE、DROP TABLE 、RENAME TABLE、TRUNCATE TABLE这类语句，事务的隔离级别无法控制DDL语句。 -d, –no-data: 只导出表结构，不导出表数据。 -t, –no-create-info: 只导出数据，而不添加CREATE TABLE 语句。 -f, –force: 即使遇到SQL错误，也继续执行，功能类似Oracle exp命令中的ignore参数。 -F, —flush-logs: 在执行导出前先刷新日志文件，视操作场景，有可能会触发多次刷新日志文件。一般来说，如果是全库导出，建议先刷新日志文件，否则就不用了。 –master-data[=#]: 该选项将二进制日志的位置和文件名写入到输出中。该选项要求有RELOAD权限，并且必须启用二进制日志。如果该选项值等于1，位置和文件名被写入CHANGE MASTER语句形式的转储输出，如果你使用该SQL转储主服务器以设置从服务器，从服务器从主服务器二进制日志的正确位置开始。如果选项值等于2，CHANGE MASTER语句被写成SQL注释。如果value被省略，这是默认动作。 –master-data选项会启用–lock-all-tables，除非还指定–single-transaction(在这种情况下，只在刚开始转储时短时间获得全局读锁定。又见–single-transaction。在任何一种情况下，日志相关动作发生在转储时。该选项自动关闭–lock-tables。 所以，我在INNODB引擎的数据库备份时，我会同时使用–master-data=2 和 –single-transaction两个选项。 -x, –lock-all-tables: 在导出任务执行期间锁定所有数据库中的所有表，以保证数据的一致性。这是一个全局锁定，并且自动关闭–single-transaction 和–lock-tables 选项。这个参数副作用比较大，这是全库锁定，备份执行过程中，该库无法进行读写操作，不是所有业务场景都能接受的。请慎用。 -n, –no-create-db: 不生成建库的语句CREATE DATABASE … IF EXISTS，即使指定–all-databases或–databases这类参数。 –triggers: 导出表的触发器脚本，默认就是启用状态。使用–skip-triggers禁用它。 -R, –routines: 导出存储过程以及自定义函数。...
一. 前言 二. 接下来就是搭博客的过程 三、大功告成 一. 前言 开学之初，我发现Azure上有一个100刀的学生优惠。但在领取这个优惠之后，我却一直没有使用的机会，一是自己不会用，二是没有多余的时间。现在等来了放假，终于可以好好搞一搞了。:joy: 这次搭博客可谓是踩了不少坑: 百度的教程基本上都是废的，只有谷歌的英文教程才是能用的，好气啊 apache2是真难用 php各个版本让人混乱 二. 接下来就是搭博客的过程 1、进入Azure的门户，添加一个Ubuntu的主机，学生优惠的主机为B1S，我使用的是公钥登陆，生成公钥的过程就不说了 2、在网络安全组的入站规则中添加443和80端口 3、接下来是连接主机。可以使用PuTTY或者是MobaXterm，输入ip和用户名，再加上私钥就可以连接了。 4、安装Nginx sudo apt-get update sudo apt-get install nginx 安装完成后可以用以下命令操作nginx sudo systemctl stop nginx.service sudo systemctl start nginx.service sudo systemctl enable nginx.service 打开网页看看是否有这样的页面出现，如果有的话就可以进行下一步操作了 5、安装MariaDB sudo apt-get install mariadb-server mariadb-client 对于Ubuntu 16.04有以下命令 sudo systemctl stop mysql.service sudo systemctl start mysql.service sudo systemctl enable mysql.service 输入 sudo mysql_secure_installation 然后进行以下操作 Enter current password for root (enter for none): Just press the Enter Set root password? [Y/n]: Y New password: Enter password Re-enter new password: Repeat password Remove anonymous users? [Y/n]: Y Disallow root login remotely? [Y/n]: Y Remove test database and access to it? [Y/n]: Y Reload privilege tables now? [Y/n]: Y 测试以下密码是否能登陆 sudo mysql -u root...
1. 准备 LNMP 环境 2. 安装wordpress 3. 配置 一开始搭建的hexo博客，hexo博客有个缺点，他是用nodejs的服务器，不太稳定，服务器经常挂。所以最后还是决定用nginx+php-fpm搭建一个wordpress站点，这样网站就比较稳定。废话不多说，直接进入主题。 我是用的centos的服务器，下面的一些个命令也是centos的命令，不过其他的也相差不大，主要的是步骤正确就好。 1. 准备 LNMP 环境 安装nginx 使用yum安装nginx yum install nginx -y 安装完之后修改配置文件 /etc/nginx/nginx.conf ps:要是配置文件不在这个位置的，可以利用find命令和whereis命令进行查询，参考我另外两篇博文 配置文件参考下面进行更改： 这一步，只需要两处，去除对 IPv6 地址的监听，修改要监听的域名，即： #listen [::]:80 default_server; server_name www.***.com; 修改完了之后，就可以启动nginx，查看自己网站首页了，应该看到的是一个nginx测试页面。 启动nginx nginx 将 Nginx 设置为开机自动启动： chkconfig nginx on 安装php+php-fpm+php-mysql 这一步有两个选择，安装php7.0版本或是老的版本 安装老的版本比较简单： yum install php-fpm php-mysql -y 要是想安装php7.0版本，要先添加源，再安装： 如果是centos6，那么执行以下命令 CentOS/RHEL 6.x: rpm -Uvh https://dl.fedoraproject.org/pub/epel/epel-release-latest-6.noarch.rpm rpm -Uvh https://mirror.webtatic.com/yum/el6/latest.rpm 如果是centos7.x，那么执行以下命令 CentOS/RHEL 7.x: rpm -Uvh https://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm rpm -Uvh https://mirror.webtatic.com/yum/el7/webtatic-release.rpm 安装php和插件： 可以像上面一样，需要哪个装哪个，也可以全部安装 全部安装： yum install php70w php70w* 安装需要的： yum install php70w-common php70w-fpm php70w-opcache php70w-gd php70w-mysqlnd php70w-mbstring php70w-pecl-redis php70w-pecl-memcached php70w-devel 具体可以参考：帐号登录 完了之后启动php-fpm: service php-fpm start 安装mysql yum install mysql-server -y 行不通可参考：centos7 mysql数据库安装和配置 2. 安装wordpress yum install wordpress -y 安装完成后，就可以在 /usr/share/wordpress 看到 WordPress 的源代码了。 由于上面的安装方法默认安装的是英文版，所以我们还要下载中文语言包，如果不需要中文安装可跳过此步骤 wget https://cn.wordpress.org/wordpress-4.8.1-zh_CN.tar.gz tar -zxvf wordpress* mv -f wordpress/wp-content/languages /usr/share/wordpress/wp-content/...
有需要服务器方面的需求和咨询，可以联系博主 QQ 7271895 本来MySQL BINLOG和SHOW PROCESSLIST命令属于八竿子打不着的两个事务，但在最近故障排查中，发现主库和从库已经存在很严重的复制延迟，但从库上显示slave_behind_master值为0，复制SQL线程与备份线程之间相互阻塞，但未报死锁 在从库上执行SHOW PROCESSLIST发现复制的SQL线程等待锁，而等待SQL的WHERE条件竟然是类似于WHERE C1=’ABC’ AND C2>’2018-03-01′ AND C2<‘2018-03-26’ 这种个范围查询，第一时间想到就是怎么是个基于STATEMENT的复制，不科学啊，我们生产环境统一使用基于ROW格式的复制，难道研发私自修改回话级别的复制格式？ 使用MySQL Binlog导出日志一看： 发现真错怪研发同事啦，rbr_only=yes说明基于ROW格式进行复制，“SET TRANSACTION ISOLATION LEVEL READ COMMITTED”也是基于行格式复制的典型特征之一，last_committed和sequence_number用于MySQL 5.7版本中的并发复制，row_query后跟的是在主库上执行的原始SQL，也就是我们在从库SHOW PROCESSLIST中看到的SQL，但实际上从库执行的还是BINLOG部分，该BINLOG可以直接可以直接直接在从库上执行，也可以解析成一行行的数据DML操作，BINLOG部分如下： ========================================================================================================== 另外一个很有意思的问题，如果在从库上运行mysqldump进行备份，且从库上使用并行复制，会导致备份和复制相互阻塞： 在上面的阻塞中，多个SQL线程与备份线程相互之间阻塞，且MySQL无法有效检测出死锁环路而触发死锁的回滚机制，导致复制线程和备份作业相互hang住，需要DBA进行干预（取消备份或停止复制），在复制SQL线程被hang住期间，复制的IO线程仍可以正常工作接受到主库的Binlog信息，但slave_behind_master并不会随之增大，如果仅通过监控slave_behind_master值来判断主从复制延迟，则会导致延迟监控存在严重漏洞，因此在监控复制延迟时，除监控slave_behind_master值外，还需要监控主库binlog位置点和从库执行的binlog位置点。 如果有不懂的、欢迎加入我们学派吧。一起学习交流。右上角站长群
