Mostrando entradas con la etiqueta mysql. Mostrar todas las entradas
Mostrando entradas con la etiqueta mysql. Mostrar todas las entradas

martes, 6 de febrero de 2018

Top 10 MySQL Mistakes Made By PHP Developers

Learn more on MySQL with our screencast MySQL on the Command Line.
A database is a fundamental component for most web applications. If you’re using PHP, you’re probably using MySQL–an integral part of the LAMP stack.
PHP is relatively easy and most new developers can write functional code within a few hours. However, building a solid, dependable database takes time and expertise. Here are ten of the worst MySQL mistakes I’ve made (some apply to any language/database)…

1. Using MyISAM rather than InnoDB

MySQL has a number of database engines, but you’re most likely to encounter MyISAM and InnoDB.

MyISAM is used by default. However, unless you’re creating a very simple or experimental database, it’s almost certainly the wrong choice! MyISAM doesn’t support foreign key constraints or transactions, which are essential for data integrity. In addition, the whole table is locked whenever a record is inserted or updated; this causes a detrimental effect on performance as usage grows.
The solution is simple: use InnoDB.

2. Using PHP’s mysql functions

PHP has provided MySQL library functions since day one (or near as makes no difference). Many applications rely on mysql_connect, mysql_query, mysql_fetch_assoc, etc. but the PHP manual states:
If you are using MySQL versions 4.1.3 or later it is strongly recommended that you use the mysqli extension instead.
mysqli, or the MySQL improved extension, has several advantages:
  • an (optional) object-oriented interface
  • prepared statements (which help prevent SQL-injection attacks and increase performance)
  • multiple statements and transaction support
Alternatively, you should consider PDO if you want to support multiple databases.

3. Not sanitizing user input

This should probably be #1: never trust user input. Validate every string using server-side PHP — don’t rely on JavaScript. The simplest SQL injection attacks depend on code such as:

$username = $_POST["name"];
$password = $_POST["password"];
$sql = "SELECT userid FROM usertable WHERE username='$username' AND password='$password';";
// run query...
This can be cracked by entering “admin'; --” in the username field. The SQL string will equate to:

SELECT userid FROM usertable WHERE username='admin';
The devious cracker can log in as “admin”; they need not know the password because it’s commented out of the SQL.

4. Not using UTF-8

Those of us in the US, UK, and Australia rarely consider languages other than English. We happily complete our masterpiece only to find it cannot be used elsewhere.
UTF-8 solves many internationalization issues. Although it won’t be properly supported in PHP until version 6.0, there’s little to prevent you setting MySQL character sets to UTF-8.

5. Favoring PHP over SQL

When you’re new to MySQL, it’s tempting to solve problems in the language you know. That can lead to unnecessary and slower code. For example, rather than using MySQL’s native AVG() function, you use a PHP loop to calculate an average by summing all values in a record-set.
Watch out also for SQL queries within PHP loops. Normally, it’s more effective to run a query then loop through the results.
In general, utilize the strengths of your database when analyzing data. A little SQL knowledge goes a long way.

6. Not optimizing your queries

99% of PHP performance problems will be caused by the database, and a single bad SQL query can play havoc with your web application. MySQL’s EXPLAIN statement, the Query Profiler, and many other tools can help you find that rogue SELECT.

7. Using the wrong data types

MySQL offers a range of numeric, string, and time data types. If you’re storing a date, use a DATE or DATETIME field. Using an INTEGER or STRING can make SQL queries more complicated, if not impossible.
It’s often tempting to invent your own data formats; for example, storing serialized PHP objects in string. Database management may be easier, but MySQL will become a dumb data store and it may lead to problems later.

8. Using * in SELECT queries

Never use * to return all columns in a table–it’s lazy. You should only extract the data you need. Even if you require every field, your tables will inevitably change.

9. Under- or over-indexing

As a general rule of thumb, indexes should be applied to any column named in the WHERE clause of a SELECT query.
For example, assume we have a usertable with a numeric ID (the primary key) and an email address. During log on, MySQL must locate the correct ID by searching for an email. With an index, MySQL can use a fast search algorithm to locate the email almost instantly. Without an index, MySQL must check every record in sequence until the address is found.
It’s tempting to add indexes to every column, however, they are regenerated during every table INSERT or UPDATE. That can hit performance; only add indexes when necessary.

10. Forgetting to back up

It may be rare, but databases fail. Hard disks can stop. Servers can explode. Web hosts can go bankrupt. Losing your MySQL data is catastrophic, so ensure you have automated backups or replication in place.

11. Bonus mistake: not considering other databases!

MySQL may be the most widely used database for PHP developers, but it’s not the only option. PostgreSQL and Firebird are its closest competitors; both are open source and not controlled by a corporation. Microsoft provide SQL Server Express and Oracle supply 10g Express; both are free versions of the bigger enterprise editions. Even SQLite may be a viable alternative for smaller or embedded applications.
Have I missed your worst MySQL mistakes?
Learn more on MySQL with our screencast MySQL on the Command Line.
Fuente: https://www.sitepoint.com/mysql-mistakes-php-developers/

viernes, 11 de noviembre de 2016

Tipos de relaciones de Foreign key en mysql y phpmyadmin y ejemplo de sintaxis

Los tipos de relaciones que pueden establecerse vienen definido por:

(fuente: http://stackoverflow.com/questions/459312/setting-up-foreign-keys-in-phpmyadmin)

CASCADE

Whenever rows in the master (referenced) table are deleted (resp. updated), the respective rows of the child (referencing) table with a matching foreign key column will get deleted (resp. updated) as well. This is called a cascade delete (resp. update[2]).

RESTRICT

A value cannot be updated or deleted when a row exists in a foreign key table that references the value in the referenced table. Similarly, a row cannot be deleted as long as there is a reference to it from a foreign key table.

NO ACTION

NO ACTION and RESTRICT are very much alike. The main difference between NO ACTION and RESTRICT is that with NO ACTION the referential integrity check is done after trying to alter the table. RESTRICT does the check before trying to execute the UPDATE or DELETE statement. Both referential actions act the same if the referential integrity check fails: the UPDATE or DELETE statement will result in an error.

SET NULL

The foreign key values in the referencing row are set to NULL when the referenced row is updated or deleted. This is only possible if the respective columns in the referencing table are nullable. Due to the semantics of NULL, a referencing row with NULLs in the foreign key columns does not require a referenced row.

SET DEFAULT

Similar to SET NULL, the foreign key values in the referencing row are set to the column default when the referenced row is updated or deleted.


Ejemplo de sintaxis FK:


ALTER TABLE  `usuarios_planes` ADD FOREIGN KEY (  `fk_plan` ) REFERENCES  `planes` (

`id`
) ON DELETE RESTRICT ON UPDATE RESTRICT ;

viernes, 27 de junio de 2014

mysql - Sintaxis para conectar con servidor mysql por linea de comandos

Sintaxis para conectar con servidor mysql por linea de comandos

mysql -u DBUSER -h DBSERVERNAME -p

A continuacion pedirá la contraseña de acceso

Fuente: http://www.cyberciti.biz/faq/how-to-connect-to-my-mysql-database-server-using-command-line-and-php/

lunes, 16 de junio de 2014

Obtener informacion sobre una tabla mysql: collation, numero de registros, valor de auto_increment ..

Para consultar la información sobre el estado de una tabla en mysql utilizaremos la sintaxis


SHOW TABLE STATUS like 'NOMBRE_DE_MI_TABLA'

Nos devolvera multitud de información muy util.



3.7.5.38 SHOW TABLE STATUS Syntax


SHOW TABLE STATUS [{FROM | IN} db_name]
    [LIKE 'pattern' | WHERE expr]
SHOW TABLE STATUS works likes SHOW TABLES, but provides a lot of information about each non-TEMPORARYtable. You can also get this list using the mysqlshow --status db_name command. The LIKE clause, if present, indicates which table names to match. The WHERE clause can be given to select rows using more general conditions, as discussed in Section 20.27, “Extensions to SHOW Statements”.
This statement also displays information about views.
SHOW TABLE STATUS output has the following columns:
  • Name
    The name of the table.
  • Engine
    The storage engine for the table. See Chapter 14, Storage Engines.
  • Version
    The version number of the table's .frm file.
  • Row_format
    The row-storage format (FixedDynamicCompressedRedundantCompact). For MyISAM tables, (Dynamiccorresponds to what myisamchk -dvv reports as Packed. The format of InnoDB tables is reported as Redundantor Compact. For the Barracuda file format of the InnoDB Plugin, the format may be Compressed or Dynamic.
  • Rows
    The number of rows. Some storage engines, such as MyISAM, store the exact count. For other storage engines, such as InnoDB, this value is an approximation, and may vary from the actual value by as much as 40 to 50%. In such cases, use SELECT COUNT(*) to obtain an accurate count.
    The Rows value is NULL for tables in the INFORMATION_SCHEMA database.
  • Avg_row_length
    The average row length.
  • Data_length
    The length of the data file.
  • Max_data_length
    The maximum length of the data file. This is the total number of bytes of data that can be stored in the table, given the data pointer size used.
  • Index_length
    The length of the index file.
  • Data_free
    The number of allocated but unused bytes.
    Beginning with MySQL 5.1.24, this information is also shown for InnoDB tables (previously, it was in the Commentvalue). InnoDB tables report the free space of the tablespace to which the table belongs. For a table located in the shared tablespace, this is the free space of the shared tablespace. If you are using multiple tablespaces and the table has its own tablespace, the free space is for only that table. Free space means the number of completely free 1MB extents minus a safety margin. Even if free space displays as 0, it may be possible to insert rows as long as new extents need not be allocated.
    For partitioned tables, this value is only an estimate and may not be absolutely correct. A more accurate method of obtaining this information in such cases is to query the INFORMATION_SCHEMA.PARTITIONS table, as shown in this example:
    SELECT    SUM(DATA_FREE)
        FROM  INFORMATION_SCHEMA.PARTITIONS
        WHERE TABLE_SCHEMA = 'mydb'
        AND   TABLE_NAME   = 'mytable';
    
  • Auto_increment
    The next AUTO_INCREMENT value.
  • Create_time
    When the table was created.
  • Update_time
    When the data file was last updated. For some storage engines, this value is NULL. For example, InnoDB stores multiple tables in its system tablespace and the data file timestamp does not apply. Even with file-per-table mode with each InnoDB table in a separate .ibd file, change buffering can delay the write to the data file, so the file modification time is different from the time of the last insert, update, or delete. For MyISAM, the data file timestamp is used; however, on Windows the timestamp is not updated by updates so the value is inaccurate.
  • Check_time
    When the table was last checked. Not all storage engines update this time, in which case the value is always NULL.
  • Collation
    The table's character set and collation.
  • Checksum
    The live checksum value (if any).
  • Create_options
    Extra options used with CREATE TABLE. The original options supplied when CREATE TABLE is called are retained and the options reported here may differ from the active table settings and options.
  • Comment
    The comment used when creating the table (or information as to why MySQL could not access the table information).
    Before MySQL 5.1.24, free space for InnoDB tables is reported in the comment. As of 5.1.24, it is reported in theData_free column.
For MEMORY tables, the Data_lengthMax_data_length, and Index_length values approximate the actual amount of allocated memory. The allocation algorithm reserves memory in large amounts to reduce the number of allocation operations.
For NDBCLUSTER tables, the output of this statement shows appropriate values for the Avg_row_length andData_length columns, with the exception that BLOB columns are not taken into account. Prior to MySQL 5.1.21, the number of MySQL Cluster replicas was shown in the Comment column as number_of_replicas (Bug #11379).
For views, all the fields displayed by SHOW TABLE STATUS are NULL except that Name indicates the view name andComment says view.

User Comments

Posted by H Y on March 23 2004 12:16pm[Delete] [Edit]
If you need to get hold of only one of these columns, there are sometimes another way. E.g. if you don't need row format, type, name, average row length and all the other stuff, but only want to see the total number of rows in a table, use COUNT(*).
Posted by Steven Szelei on June 28 2004 5:54pm[Delete] [Edit]
I was looking for a way to show the relationship of tables based on unique key, key, index, and foreign key constraints. I found that I can get some of the data using the admin statement SHOW INDEX FROM <<TBL>>. However this will give only the index name and the Column_name in the table that I am requesting from. I then did a SHOW CREATE TABLE <<TBL>> and this dumps the DDL script used to create the table. I would have to parse this information but could get everything I needed. I then found that SHOW TABLE STATUS LIKE <<TBL>> gave me The REFER information mapped to the column name. Unfortunatlly it did so in the Comments field as a string so uh! more parsing. This is what I have been able to discover so far and am still looking for a clean way to gather key, index, and constraint information to dynamically build table relationships. Also I noticed that the constraint names set in the DDL have not been preserved and mysql has given the constraints their own names. Names given keys are preserved. you can see this by running the show create table <<TBL>> on any table you have set constraints on.
Posted by Bahadir Malkoç on December 5 2005 3:42pm[Delete] [Edit]
Here is an example of using this command with php and get results...

<?php

mysql_connect
("localhost","root","");$result mysql_query("SHOW TABLE STATUS FROM test;");
while(
$array mysql_fetch_array($result)) {$total $array[Data_length]+$array[Index_length];
echo 
'
Table: '
.$array[Name].'<br />
Data Size: '
.$array[Data_length].'<br />
Index Size: '
.$array[Index_length].'<br />
Total Size: '
.$total.'<br />
Total Rows: '
.$array[Rows].'<br />
Average Size Per Row: '
.$array[Avg_row_length].'<br /><br />
'
;
}
?> 
Posted by dan f on December 6 2005 7:47pm[Delete] [Edit]
Here is a perl script to add up free space per engine. Whether you are out of space depends on how you have configured MySQL. The InnoDB engine might be limited space, or it might be allowed to grow. The MyISAM space is probably in the file system, which has as much left as it has.

This script is a hack. Feel free to improve and post.

For some reason, I can't get it to format nicely, either.

#!/opt/gnu/bin/perl -w

use strict;

use Getopt::Long;
my @options;

# Get output immediately. It won't hurt performance.
use FileHandle;
autoflush STDERR;
autoflush STDOUT;

my $pw;
push(@options, "password=s", \$pw);

my $host = "localhost";
push(@options, "host=s", \$host);

die "Couldn't parse options" if !GetOptions(@options);

die "Must give -password\n" if !defined($pw);

my $cmd = mysql_cmd("show databases");
open(CMD, $cmd) or die "Couldn't $cmd: $!\n";
my @databases;
my $header = <CMD>;
while ( <CMD> ) {
s/[\r\n]$//g;
#print "$_\n";
push (@databases, $_);
}
close(CMD);

#print "@databases";

my %colmap = ( 'Data_length' => 6,
'Index_length' => 8,
'Engine' => 1,
'Comment' => 17 );

my %size;
my %total_size;
my %engine_map;

my $inno_db_free;
foreach my $db (@databases) {
print STDERR ".";
$cmd = mysql_cmd("use $db; show table status");

open(CMD, $cmd) or die "Couldn't $cmd: $!\n";
my $header = <CMD>;
my $total_size = 0;
if (defined($header)) {
$header =~ s/[\r\n]$//g;
my @head = split("\t", $header);

foreach my $col (keys %colmap) {
die "$db: Expected '$col', found '" . $head[$colmap{$col}] . "'"
if $head[$colmap{$col}] ne $col;
}

while (<CMD>) {
my @data = split("\t");
my ($data_length, $index_length) = @data[6,8];
my ($engine, $comment) = @data[1,17];
$engine_map{$engine}++;
$size{$db}{$engine} += $data_length + $index_length;
$total_size{$db} += $data_length + $index_length;

if ( $comment =~ /InnoDB free: (\d+) kB/ ) {
die "Found two different inno DB free sized.\n"
if defined($inno_db_free) && $inno_db_free != $1;
$inno_db_free = $1;
}
}
close(CMD);
}
}
print STDERR "\n";

print "NOTE: All numbers are in megabytes (M).\n";
printf("Inno DB free: %.1f\n", $inno_db_free / 1024)
if defined($inno_db_free);

printf("%-30s ", "database");
foreach my $engine (sort keys(%engine_map)) {
printf "%7s ", $engine;
}
printf "%8s", "total";
print "\n";

foreach my $db (sort {$total_size{$b} <=> $total_size{$a}} keys %total_size) {
printf("%-30s ", $db);
foreach my $engine (sort keys(%engine_map)) {
my $size= $size{$db}{$engine};
$size = 0 if !defined($size);
printf("%7.1f ", $size / 1024 / 1024);
}
printf("%8.1f\n", $total_size{$db} / 1024 / 1024);
}

sub mysql_cmd {
my $mysql_cmd = shift;

return "mysql -uroot -h$host -p$pw -e '$mysql_cmd'|";
}

Example output:

% ./db-space.pl -p ...
....................
NOTE: All numbers are in megabytes (M).
Inno DB free: 10755.0
database HEAP InnoDB MyISAM total
tldan 0.0 339.1 720.3 1059.4
ml3test7 0.0 1010.8 0.0 1010.8
ml3test6 0.0 930.4 0.0 930.4
test 0.0 655.4 0.0 655.4
blarg4 0.0 39.5 0.0 39.5
Posted by Marc Zizka on January 6 2006 4:18am[Delete] [Edit]
For InnoDB tables, the Comment field of SHOW TABLE STATUS is useful for extracting foreign key information for older versions of MySQL. For versions since 5.0.6, you can query INFORMATION_SCHEMA. (See http://dev.mysql.com/doc/refman/5.0/en/key-column-usage-table.html)

The way the foreign key info is stored in the Comment field can be a pain to parse. Here's a snippet of PHP code that shows how to do this.

<?php//DB connection already established$res mysql_query("SHOW TABLE STATUS LIKE 'MY_TABLE'");$row mysql_fetch_assoc($res);mysql_free_result($res);$commentArr preg_split('/; */'$row['Comment']);$foreignKeyArr = array(); //<-- We want to fill this.foreach($commentArr as $comment) {
   
//Only work on InnoDB foreign key info.
   
if(preg_match(
         
'/\(`(.*)`\) REFER `(.*)\/(.*)`\(`(.*)`\)/',
         
$comment,
         
$matchArr)) {
   
$primaryKeyFieldArr preg_split('/` `/'matchArr[1]);
   
$foreignKeyDatabase $matchArr[2];
   
$foreignKeyTable $matchArr[3];
   
$foreignKeyFieldArr preg_split('/` `/'$matchArr[4]);

   for(
$i 0$i count($primaryKeyFieldArr); $i++) {
      
$foreignKeyArr$primaryKeyFieldArr[$i] ] = array(
         
'db' => $foreignKeyDatabase,
         
'table' => $foreignKeyTable,
         
'field' => $foreignKeyFieldArr[$i]);
   }
}
?> 


Now $foreignKeyArr holds a list of fields from MY_TABLE
that have a foreign key constraint. If MY_FK is a foreign
key referencing YOUR_ID in YOUR_TABLE, you will get:

$foreignKeyArr['MY_FK']['db'] == 'THIS_DATABASE'
$foreignKeyArr['MY_FK']['table'] == 'YOUR_TABLE'
$foreignKeyArr['MY_FK']['field'] == 'YOUR_ID'
Posted by Brian Robinson on August 25 2006 10:27am[Delete] [Edit]
If you are REALLY desperate to get FK relationships you can always use a bit of JAVA code.
I know you Perl guys will balk at this - but the JDBC METADATA can give you this information quite easily.
maybe there is something similar for Perl DBI?
Yes!
http://search.cpan.org/src/TIMB/DBI_AdvancedTalk_2004/sld086.htm
Posted by Eric Brunson on February 5 2007 10:45pm[Delete] [Edit]
Or you can read the foreign key relationships out of the information_schema. Java's not magic, you know, all that info is in there to be used by anything that can read it. ;-)
Posted by andrew taylor on May 19 2007 9:25pm[Delete] [Edit]
A handy one liner to get the total table size...requires ruby

mysqlshow -u <user> --password=<password> --status <dbname> | ruby -e 'puts STDIN.readlines[4..-2].inject(0) {|s,e| s += e.split("|")[7].to_i}'
Posted by Scott Ripley on May 24 2007 7:39pm[Delete] [Edit]
I've amended the above PHP script to format the output for an HTML table.

<?phpprint('<table cols="6"><th>Table</th><th>Data Size</th><th>Index Size</th><th>Total size</th><th>Total Rows</th><th>Avg. Size per Row</th>');mysql_connect("localhost","my_user","password");$result mysql_query("SHOW TABLE STATUS FROM test;");

while(
$array mysql_fetch_array($result)) {$total $array[Data_length]+$array[Index_length];

if ( 
$array[Data_length] > ) {

    print(
'<tr><td align="center">');

    print(
' ' $array[Name] . '<br /></td><td align="center">');

if ( 
$array[Data_length] < 1024 ) {
        echo 
' '.$array[Data_length].'</td><td align="center">';
        } elseif ( (
$array[Data_length] > 1024) && ($array[Data_length] < 1048576 ) ) {
        
printf('%.0fK',($array[Data_length] / 1024) );  
        print(
'</td><td align="center">');
        } elseif ( 
$array[Data_length] >= 1048576 ) {
        
printf('%.2fMB',($array[Data_length] / 1048576) );
        print(
'</td><td align="center">');

        }

if ( 
$array[Index_length] < 1024 ) {
        echo 
' '.$array[Index_length].'<br /></td><td align="center">';
        } elseif ( (
$array[Index_length] > 1024) && ($array[Index_length] < 1048576 ) ) {
        
printf('%.0fK',($array[Index_length] / 1024) );  
        print(
'<br /></td><td align="center">');
        } elseif ( 
$array[Index_length] >= 1048576 ) {
        
printf('%.2fMB',($array[Index_length] / 1048576) );
        print(
'<br /></td><td align="center">');

        }
if ( 
$total 1024 ) {
        echo 
' '.$total.'<br /></td><td align="center">';
        } elseif ( (
$total 1024) && ($total 1048576 ) ) {
        
printf('%.0fK',($total 1024) );  
        print(
'<br /></td><td align="center">');
        } elseif ( 
$total >= 1048576 ) {
        
printf('%.2fMB',($total 1048576) );
        print(
'<br /></td><td align="center">');

        }  
              
echo 
'      
 '
.$array[Rows].'</td><td align="center">
 '
.$array[Avg_row_length].'</td></tr>
'
;
}

}
?> 
Posted by Vasil Dimov on December 11 2007 4:01pm[Delete] [Edit]
Since MySQL 5.1.23 the InnoDB free space that was present in INFORMATION_SCHEMA.TABLES.TABLE_COMMENT and in "SHOW ..." is moved to INFORMATION_SCHEMA.TABLES.DATA_FREE. The value is in kilobytes. Programs that parse TABLE_COMMENT need to be adjusted. See http://bugs.mysql.com/32440
Posted by Marcos Gil Fuertes on February 7 2008 4:17pm[Delete] [Edit]
To Marc Zizka:

I tried your script BUT got a problem with "SHOW TABLE STATUS". It only returns the first foreign key (in MySql 5.0.27).

Instead of it, I'm using "SHOW CREATE TABLE" and this regular expression:

'/FOREIGN KEY \(`(.*)`\) REFERENCES `(.*)` \(`(.*)`\)/'

I'm assuming that all the references are located in the same database.
Posted by Ivan Cachicatari on February 29 2012 4:41am[Delete] [Edit]
You can found a custom SHOW TABLE STATUS command based on INFORMATION_SCHEMA database at:
http://en.latindevelopers.com/ivancp/2012/a-better-show-table-status/
That stored procedure returns a result like this:
+----------------------------+--------+-------+---------+-----------------+
| Table Name                 | Engine | Rows  | Size    | Collation       |
+----------------------------+--------+-------+---------+-----------------+
| actor                      | InnoDB | 200   | 0.03 Mb | utf8_general_ci |
| actor_info                 | [VIEW] | -     | -       | -               |
| address                    | InnoDB | 589   | 0.09 Mb | utf8_general_ci |
| category                   | InnoDB | 16    | 0.02 Mb | utf8_general_ci |
| city                       | InnoDB | 427   | 0.06 Mb | utf8_general_ci |
| country                    | InnoDB | 109   | 0.02 Mb | utf8_general_ci |
| customer                   | InnoDB | 541   | 0.12 Mb | utf8_general_ci |
...


Fuente:

http://dev.mysql.com/doc/refman/5.1/en/show-table-status.html

Jesús Moreno - Ingeniero Ténico Informático - consultor Informático

Hola, soy Jesús Moreno Ingeniero Técnico Informático en sistemas por la US y propietario de éste blog. Mi trabajo en los ultimos años se ...