首 页 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 453 454 455 456 457 458 459 460 461 462 463 464 465 466 467 468 469 470 471 472 473 474 475 476 477 478 479 480 481 482 483 484 485 486 487 488 489 490 491 492 493 494 495 496 497 498 499 500 501 502 503 504 505 506 507 508 509 510 511 512 513 514 515 516 517 518 519 520 521 522 523 524 525 526 527 528 529 530 531 532 533 534 535 536 537 538 539 540 541 542 543 544 545 546 547 548 549 550 551 552 553 554 555 556 557 558 559 560 561 562 563 564 565 566 567 568 569 570 571 572 573 574 575 576 577 578 579 580 581 582 583 584 585 586 587 588 589 590 591 592 593 594 595 596 597 598 599 600 601 602 603 604 605 606 607 608 609 610 611 612 613 614 615 616 617 618 619 620 621 622 623 624 625 626 627 628 629 630 631 632 633 634 635 636 637 638 639 640 641 642 643 644 645 646 647 648 649 650 651 652 653 654 655 656 657 658 659 660 661 662 663 664 665 666 667 668 669 670 671 672 673 674 675 676 677 678 679 680 681 682 683 684 685 686 687 688 689 690 691 692 693 694 695 696 697 698 699 700 701 702 703 704 705 706 707 708 709 710 711 712 713 714 715 716 717 718 719 720 721 722 723 724 725 726 727 728 729 730 731 732 733 尾 页

Mysql存储引擎MyISAM锁机制详解

发布者: PHPYuan | 发布时间:2018-09-07

准备:

测试环境:Mysql 5.7.20-log

本来准备把InnoDB和MyISAM放在一块详解,发现MyISAM要写的东西太多,就下一次详解InnoDB吧,好了,废话不多说。

有过开发经验的小伙伴肯定经常听到锁的概念吧,那到底什么是锁?

锁的概念

锁是处理器协调协调多个进程或线程并发访问某一资源的一种机制或者手段。在数据库中,除了传统的计算资源(CPU,IO,RAM)外,还存在数据的共享,so保证并发环境下数据的一致性,有效性便是数据库很重要的一个指标,同时锁带来便利的同时,锁冲突也是影响数据库并发性能的一个重要因素,从这个角度来看,锁对数据库显得至关重要,但也很复杂。

Mysql中的锁

相较于计算机而言,数据库中的锁相对来说就比较简单了,但不同的存储引擎其锁机制也不尽相同。

Mysql大致可化为以下3中锁:

1>表锁:开销小,加锁开,不会出现死锁,但其粒度比较大,发生冲突的几率最高,并发支持最差

2>行级锁:开销大,加锁慢,会出现死锁,粒度最小,发生冲突的几辆车最低,并发支持也是最好的

3>页面锁:开销,加锁速度,锁粒度都介于表锁和行级锁之间,会死锁,并发支持一般

由于篇幅限制,今天只讲表锁

Mysql的表锁(代表引擎MyISAM)

MyI

想读更多 ->

初探MySQL数据备份及备份原理

发布者: PHPYuan | 发布时间:2018-09-07

相信通过上一篇文章《数据丢失如当头棒喝,数据备份重如山!》,很多人对于数据备份的重要性有了深刻的认识,本文将以MySQL为例带大家进一步了解数据备份的原理和初步实践。

根据需求的不同,数据备份的方式也不同,MySQL官方给定的备份方式有三种,分别是冷备、热备和温备;如果以备份的数据集为划分标准,那么可划分为完全备份和部分备份;如果是以备份时的接口为划分标准,那么可分为物理备份、逻辑备份、完全备份、增量备份和差异备份。

后面两种备份的分类方式比较容易理解,下面我们着重介绍一下冷备、热备和温备。

冷备:简单来说,就是数据必须下线后备份。在备份之前,停止MySQL实例的运行,并且在整个备份过程中,用户都无法访问数据库。热备:简单来说,就是数据不离线,读写可以正常进行,MySQL实例始终处于运行状态。温备:简单来说,就是全局施加共享锁,只能读,不能写。在备份过程中,MySQL实例虽然仍是运行的,但是不能进行更新或修改等操作。

数据、配置文件、代码(存储过程、存储函数、触发器)、os相关的配置文件、复制相关的配置以及二进制日志都是我们要备份的对象。那么问题

想读更多 ->

mysql,redis数据备份方案

发布者: PHPYuan | 发布时间:2018-09-07

先说下背景,公司的服务器一直用的阿里云,包括mysql、redis也都是买了ECS自己搭建的。这里面有几个原因:

创业的时候,阿里云只提供mysql的存储,redis的存储还没提供。没钱,即时现在去看redis的存储价格也是贵的吓人。

这样自己来搞存储有好处也有坏处。

好处:

完全可控,比如连接数限制,内存限制,存储限制。还有数据备份的灵活性等等。强迫团队服务器研发要有存储运维能力。省钱

坏处:

冷备、热备方案不完善。存储运维的成本较高,需要长时间积累。

ok,问题就是这样,接下来再来说一下我们之前的冷备和热备方案。

可以说极其简陋:

mysql、redis每天10点冷备,备份到本地磁盘和阿里云OSSredis使用rdb落地,每60秒至少有1次写就会触发落地。

这样做的问题其实挺多的,主要几个:

mysql dump的时候会导致游戏卡顿,即使加了 -single-transaction 参数 也仅仅是缓解冷备频率过低,真出现问题数据已经太久没有热备,风险较大

针对这些问题,我们先做了mysql备份的优化。

mysql主从同步,实现热备。主机不再执行mysqldump,从机上每隔10分钟执行一次mysqldump,并备份到本地磁盘和阿里云OSS

mysql的备份方案还是比较简单的,

想读更多 ->

干货|Java高级编程之慢SQL问题经验总结

发布者: PHPYuan | 发布时间:2018-09-07

在遇到慢 SQL 情况时,不能简单的把原因归结为 SQL 编写问题(虽然这是最常见的因素),实际上导致慢 SQL 有很多因素,甚至包括硬件和 mysql 本身的 bug。

1、 导致慢 SQL 的原因

在遇到慢 SQL 情况时,不能简单的把原因归结为 SQL 编写问题(虽然这是最常见的因素),实际上导致慢 SQL 有很多因素,甚至包括硬件和 mysql 本身的 bug。根据出现的概率从大到小,罗列如下:

SQL编写问题锁业务实例相互干绕对 IO/CPU 资源争用服务器硬件MYSQL BUG干货|Java高级编程之慢SQL问题经验总结

2、 由 SQL 编写导致的慢 SQL 优化

针对SQL编写导致的慢 SQL,优化起来还是相对比较方便的。正如上

想读更多 ->

ELK日志系统之通用应用程序日志接入方案

发布者: PHPYuan | 发布时间:2018-09-07

前边有两篇ELK的文章分别介绍了MySQL慢日志收集和Nginx访问日志收集,那么各种不同类型应用程序的日志该如何方便的进行收集呢?且看本文我们是如何高效处理这个问题的

日志规范

规范的日志存放路径和输出格式将为我们后续的收集和分析带来极大的方便,无需考虑各种不同路径、格式的兼容问题,只需要针对固定几类日志做适配就可以了,具体的规范如下:

日志存放路径规范

项目日志只能输出到固定的位置,例如/data/logs/目录下同一类型(例如java web)的日志文件名保持统一,例如都叫application.log一个类型的项目可以记录多个不同的日志文件,例如exception.log和business.log

日志输出格式规范

日志输出必须为JSON格式,这个很重要同一类型的项目应采用统一的日志输出标准,尽量将日志输出模块化,所有项目引用同一模块输出日志中必须包含标准时间(timestamp)、应用名称(appname)、级别(level)字段,日志内容记录清晰易懂

日志信息级别规范

日志级别说明数值 debug调试日志,日志信息量最多7 info一般信息日志,最常用的级别6 notice最具有重要性的普通条件信息5 warning警告级别4 error错误级别,某个功能不能正常工作3 critical严重级别,整个系统不能

想读更多 ->

教你如何定位及优化SQL语句的性能问题

发布者: PHPYuan | 发布时间:2018-09-07

前言

在现如今的软件开发中,关系型数据库是做数据存储最重要的工具。无论是Oracale还是Mysql,都是需要通过SQL语句来和数据库进行交互的,这种交互我们通常称之为CRUD。在CRUD操作中,最最常用的也就是Read操作了。而对于不同的表结构,采用不同的SQL语句,性能上可能千差万别。本文,就基于MySql数据库,来介绍一下如何定位SQL语句的性能问题。

对于低性能的SQL语句的定位,最重要也是最有效的方法就是使用执行计划。

执行计划

我们知道,不管是哪种数据库,或者是哪种数据库引擎,在对一条SQL语句进行执行的过程中都会做很多相关的优化,对于查询语句,最重要的优化方式就是使用索引。

而执行计划,就是显示数据库引擎对于SQL语句的执行的详细情况,其中包含了是否使用索引,使用什么索引,使用的索引的相关信息等。

</p><p><a href='internet/internet_236258.html'> 想读更多 -></a></p></div><div class='art bs'><h1><a href='internet/internet_236257.html'>史上最难的一道Java面试题:分析篇</a></h1><span class='art_des'>发布者: PHPYuan | 发布时间:2018-09-07</span><p><p class=无意中了解到如下题目,觉得蛮好。

题目如下:史上最难的一道Java面试题:分析篇

该程序的输出结果?程序输出结果史上最难的一道Java面试题:分析篇

考察知识点synchronize实例锁。并发下的内存可见性。在java中,多线程的程序最难理解、调试,很多时候执行结果并不像我们想象的那样执行。所以在java多线程特别难,依稀记得大学的时候考c语言二级的时候,里面的题目是什么++和很多其他优先级的符合在一起问最后的输出结果,这类题目就想考一些运行符优先级和结合性问题。那个背背就行了,但是java多线程还是需要好好理解才

想读更多 ->

从一份配置清单详解Nginx服务器配置

发布者: PHPYuan | 发布时间:2018-09-07

Nginx配置文件的整体结构从一份配置清单详解Nginx服务器配置

nginx配置文件结构

从图中可以看出主要包含以下几大部分内容:

1. 全局块

该部分配置主要影响Nginx全局,通常包括下面几个部分:

配置运行Nginx服务器用户(组)worker process数Nginx进程PID存放路径错误日志的存放路径配置文件的引入2. events块

该部分配置主要影响Nginx服务器与用户的网络连接,主要包括:

设置网络连接的序列化是否允许同时接收多个网络连接事件驱动模型的选择最大连接数的配置3. http块定义MIMI-Type自定义服务日志允许sendfile方式传输文件连接超时时间单连接请求数上限4. server块配置网络监听基于名称的虚拟主机配置基于IP的虚拟主机配置5. location块location配置请求根目录配置更改location的URI网站默认首页配置一份配置清单例析

笔者按照文章:《Nginx服务器开箱体验

想读更多 ->

PHP的简单计算器,想学习简单编程的同学可以关注,手把手教学

发布者: PHPYuan | 发布时间:2018-09-06

这个是老师布置给我们的作业,说难一点也不难,但是要动手去做。因为PHP这个语言是我第一次接触,所以会有很多不懂的地方,希望大家可以指正,你们也可以跟着我的步骤进行学习,我会根据老师布置的作业进行更新文章。

题目是:

功能:定义长方形的宽,和长。显示长方形的面积。

步骤:1. 声明两个变量,表示长方形的宽,和高

2. 运用长方形面积公式

3. 利用echo输出计算结果。

1.还是老规矩,进行环境的搭建,需要用到:Adobe Dreamweaver CS6、WampServer。这个可以在网络上下载,或者私聊我可以百度云给链接你们。

2.打开Adobe Dreamweaver CS6

PHP的简单计算器,想学习简单编程的同学可以关注,手把手教学

Adobe Dreamweaver CS6界面

3.跟着步骤走

想读更多 ->